[Live-devel] live555ProxyServer closes source when last client disconnect (timeout)

Ross Finlayson finlayson at live555.com
Sat May 30 07:26:05 PDT 2015


> ******* live555ProxyServer LOG ************
> 
> LIVE555 Proxy Server
> 
> (LIVE555 Streaming Media library version 2015.05.25)
> 
> 
[…]
> Sending request: PLAY rtsp://admin:1@192.168.1.121//h264/ch1/main/av_stream RTSP/1.0 
> 
> CSeq: 9 
> Authorization: Digest username="admin", realm="Embedded Net DVR", nonce="21aaecab7", uri="rtsp://admin:1@192.168.1.121//h264/ch1/main/av_stream", response="c5d2d809780e7cb6619d8be38ba5749c" 
> User-Agent: ProxyRTSPClient (LIVE555 Streaming Media v2015.05.25) 
> Session: 187345554
> 
> ProxyServerMediaSubsession["H264"]::createNewRTPSink()
> ProxyServerMediaSubsession["PCMU"]::createNewStreamSource(session id 1438568373)
> ProxyServerMediaSubsession["PCMU"]::createNewRTPSink()
> Received 56 new bytes of response data.
> Received a complete PLAY response:
> RTSP/1.0 455 Method Not Valid In This State 
> 
This indicates a bug in the ‘back-end’ server (i.e., IP camera).  You should report this bug to the manufacturer of this camera.

However, I have now updated the proxy server code to better handle buggy ‘back-end’ servers like this.  Now, if the proxy server’s back-end “PLAY” command fails like this, it will tear down the connection with the ‘back-end’ server, and start again.  (The ‘front-end’ client request that caused the failing “PLAY” command to get sent will still fail, but now subsequent ‘front-end’ clients have a better chance of succeeding.)

Please download the newest version (2015.05.30) of the code 

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20150530/0159a3fd/attachment.html>


More information about the live-devel mailing list