Thanks for the confirmation Ross.
We do use UDP, i.e. the default, which makes this lag so very strange. I can
clearly see all frames being received on the first UDP-port (when viewing
ports in use with e.g. TCPView).
This 2s lag has been observed three times in total over the last four
mon
Of course our code doesn't buffer anything for 2 seconds. (The 'packet
reordering' queue delays incoming packets for at most the 'packet reordering
threshold' - which is, by default, only 100 ms - and only if packet loss
occurs.)
The delay is obviously caused by the TCP implementation - i.e.,
We stream lots of live MJPEG streams using a pretty simple client that is
based on the testRTSPClient example. In very rare cases we see a delay/lag
that I can't explain.
When it happens it is like the live video is delayed 2s. If I at the time
start the same stream in VLC and specify a cache o
