[Live-devel] Proxyserver Subsession Teardown
Lakshmi Narayan.G
lakshmi.narayanan at vvdntech.com
Thu Mar 10 02:16:00 PST 2016
Hi Ross,
Thank you for the reply. Yes It is PAUSE That is sent to the camera.
(mistake in subject). The scenario in which I am facing the issue, is as
follows
* REGISTER a camera with Video and Audio subsession.
* Client 1 - openRTSP -v rtsp://ip:port/streamid (VIDEO ONLY CLIENT)
* Client 2 - openRTSP rtsp://ip:port/streamid
* Stop Client 2
(Live.2016.02.22 unchanged code for Proxy and Client. Used
testOnDemandRTSPServer for camera with test.264 and test.mp3 as subsessions)
Observation: With client 2 Exiting, ProxyServer will cleanup the
resources allocated to the client, calls reclaimStreamStates() and in
this process does closeStreamSource if no longer in use.
as I checked - this was found to be a rough flow of code that sends
Pause to camera
/
/
/RTSPServer::RTSPClientSession::~RTSPClientSession()//
//reclaimStreamStates()//
//subsession->deleteStream()//
//~StreamState()//
//reclaim()//
//ProxyServerMediaSubsession::closeStreamSource//
//proxyRTSPClient->sendPauseCommand()/
This was verified for both UDP and RTP-over-TCP (Targeted usage will be
RTP-over-TCP)
Could we send PAUSE only to that particular subsession and handle the
same at the Camera side. Or any alternative way of handling this situation
*- Best Regards
* Lakshmi Narayanan.G
VVDN Technologies Pvt Ltd
**
On Thursday 10 March 2016 02:00 PM, Ross Finlayson wrote:
> I’m sorry, but I haven’t been able to reproduce this at all. When there are two (or more) ‘front-end’ clients streaming the same stream from the proxy server, then the closure of any one of the ‘front-end’ streams has no effect on what the proxy server does. It’s only when the *last* ‘front-end’ stream closes that the proxy server will send a “PAUSE” command to the ‘back-end’ server.
>
> Please make sure that you have made no modifications to the supplied code. (We can’t provide any support otherwise.)
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20160310/6e4cdde9/attachment.html>
More information about the live-devel
mailing list