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.,
Sorry for the delay in responding to this; I've been traveling over the past
week.
I've just installed a new version (2013.07.16) of the code that should fix this
problem.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mai
Hi Ross,
Does the stack trace provide any clues to what is causing the sigsegv ?
I can repeat the crash and provide the value of any of the class
variables if that would help pinpoint the issue.
I am very keen to help find a resolution to this as I don't want to
revert to using an older (unsu
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
Dear, Ross,
My test environment:
Rtsp camera ip: 10.64.59.158
Live555 Proxy Server Install at :10.64.62.41
Rtsp Stream Client at: 10.64.59.27
Rtsp Client num
Rtsp Server Address
Loss Rate
1
10.64.62.41
0.00
2
10.64.62.41
0.00
3
10.64.62.41
0.00
4
10.64.62.41
0.005000 +
9
