Thank you, Ross. The problem is gone now.
On May 2, 2015, at 8:43 PM, Ross Finlayson
mailto:finlay...@live555.com>> wrote:
I have just installed a new version (2015.05.03) of the “LIVE555 Streaming
Media” software that should fix this problem. Now, whenever a
“RTSPClientConnection” object (i.
As I noted in my earlier response, we usually have to continue to allow a
“RTSPClientSession” to outlive a “RTSPClientConnection” - but that doesn’t make
sense if the session is using RTP/RTCP-over-TCP streaming. In that case, when
the “RTSPClientConnection” dies, we need to also close any “R
Hi.
Noted this when using RTSP relay.
Use case (probably can be simplified):
- RTSP relay based on RTSPServer with RTP over TCP.
- Open connection (#1) and let it run. At this point relay connects to the
source stream and starts forwarding packets.
- Open another connection (#2) to the same stre
Hi.
- MultiFramedRTPSource::networkReadHandler1() gets freePacket when it is
called. (now fSavedPacketFree==False)
- usually it will call fReorderingBuffer->freePacket(bPacket); either directly
or indirectly at the end,
- however if packetReadWasIncomplete function exits earlier. At this point
