Dear Ross,
thank you for the update. As you said, our test does not crash using the
new version.
Kind regards,
Marc Palau Erena
i2CAT Audiovisual Unit
2015-01-27 12:07 GMT+01:00 Ross Finlayson :
> Marc,
>
> Thanks for the report. It turns out that your crash was caused by a bug
> in the
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
wrote:
> No, whe
> On Jan 27, 2015, at 3:49 AM, Ross Finlayson 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.
> 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
Marc,
Thanks for the report. It turns out that your crash was caused by a bug in the
"MPEG2TransportStreamFromESSource" code. I've just installed a new version
(2015.01.27) of the "LIVE555 Streaming Media" code that should fix this.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
No, when I connect directly to the source I do not have any delay. I
have it only when connecting through the proxy.
I am connecting through a Gigabit ethernet. I have a switch dedicated to
this test: I just have the video server, a pc with the proxy and a pc
with the viewers. I have the same
