I have tested for over 100 hours with instrumentation to confirm the code
is being used.
This happens during rtsp-over-http and appears to be where the device is
not expecting Receiver Reports back on the GET connection.
RTPInterface calls the following function in GroupsockHelper.cpp with 500
mil
(Sorry for the delay; I’m catching up on a big backlog of email.)
> On Aug 10, 2017, at 1:26 PM, Jeff Shanab wrote:
>
> As far back as 6 years ago I see that Live555 supports rtsp-over-http
>
> To quote Ross
> "The protocol tunnels RTSP over HTTP, but RTP (and RTCP) packets
> are also tunneled
(Sorry for the delay; I’m catching up on a big backlog of email.)
Thanks for the note. This change to “AVIFileSink.cpp” will be included in the
next release of the software.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel
Hi Ross,
I've come up with a fix that works for me if you want to confirm it and roll
into a future build.
Inside file: /live555/liveMedia/RTSPServer.cpp
Inside routine: Boolean RTSPServer::RTSPClientConnection::parseHTTPRequestString
Change:
* while (j > 0 && reqStr[j] != ' ' && reqSt
> Thank you for the reply. Not to get too far off-topic, but the Live Media
> Server documentation has a section describing support for Apple products and
> states the following:
> As a special case, the server can also stream MPEG Transport Stream files to
> iPhones and iPads, using Apple's "HT
Hi Ross,
Thank you for the reply. Not to get too far off-topic, but the Live Media
Server documentation has a section describing support for Apple products and
states the following:
As a special case, the server can also stream MPEG Transport Stream files to
iPhones and iPads, using Apple's "
