Actually the delay seems to be proportional to the GOP size and I do not
find any way to insert SPS and PPS...
So do you think the problem is in the RTSPClient? Do you think there is
a a way to avoid this behaviour? For me it is not a problem if we have a
latency at the beginning of the stream but it is if the stream has a
fixed diealy.
Thanks
Bill
Il 2015-01-27 13:15 Jeff Shanab ha scritto:
Since it is 1 to 2 seconds in delay which could be a "GOP" in size, Is
it possible since axis makes it optional to insert the SPS and PPS
that there is a delay getting the info necessary for the SDP package
that ends up persisting?
On Tue, Jan 27, 2015 at 6:49 AM, Ross Finlayson
<finlay...@live555.com> wrote:
No, when I connect directly to the source I do not have any delay.
I have it only when connecting through the proxy.
The only thing I can think of that *might* be causing this is
excessive socket buffering in the proxy's OS. By default, our code
sets each input socket'sOS buffer size to at least 50 kBytes; note
the call to "increaseReceiveBufferTo()" in
"liveMedia/MultiFramedRTPSource.cpp". In your own (proxy) code,
you might try setting this buffer size to a lower value by calling
"setReceiveBufferTo()".
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/ [1]
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel [2]
Links:
------
[1] http://www.live555.com/
[2] http://lists.live555.com/mailman/listinfo/live-devel
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
