[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