Nick Hanshaw

Example diag when stitch occurs in mpeg-ts stream. The underflow is intentional for the purpose of the test, it is caused by the streaming software which limits the send buffer...

This is an example file which reproduces the behavior. [example.zip](https://github.com/CasparCG/server/files/6062660/example.zip)

In the interim to resolve the issue and ensure the buffer can be managed by splicing / stitching it, the stream is sent through ffmpeg using -probesize 32 -c:v copy...

This issue is much more complex than it sounds. 708 is stored in the vanc which requires a 10 bit pixel format. Caspar currently passes 8 bit through the pipeline....

Another option could be just 608 pass through. Many broadcasters will have a piece of hardware known as a closed caption legalizer which will encapsulate the 608 in 708 downstream....

This also causes a rather large memory leak every time this orphaned stream occurs. Our software is successfully listening and receiving however closing the incoming stream before sending the command...

We are experiencing the same problem with 2.3.0 lts. ADD 1 FILE, ADD 1 STREAM both produce the same result, crackling sped-up audio playback within a couple seconds. Have tried...