I had a a second system setup at work and when I got into work today I saw the following from the openRTSP. It does appear there was a failure, would this cause a problem with the proxy server?
Date: Mon, 18 Nov 2013 12:31:37 GMT Session: 400662;timeout=80 RTP-Info: url=rtsp://192.168.3.217/live.sdp/trackID=1;seq=0;rtptime=0 Range: npt=0- RTCP-Interval: 250 Started playing session Receiving streamed data (signal with "kill -HUP 14502" or "kill -USR1 14502" to terminate)... Data packets have begun arriving [1384803098725] MultiFramedRTPSource::doGetNextFrame1(): The total received frame size exceeds the client's buffer size (100000). 15034 by tes of trailing data will be dropped! FileSink::afterGettingFrame(): The input frame data was too large for our buffer size (100000). 15034 bytes of trailing da ta was dropped! Correct this by increasing the "bufferSize" parameter in the "createNew()" call to at least 115034 Sending request: TEARDOWN rtsp://192.168.3.217/live.sdp/ RTSP/1.0 CSeq: 6 User-Agent: /home/root/openRTSP (LIVE555 Streaming Media v2013.11.15) Session: 400662 Received 45 new bytes of response data. Received a complete TEARDOWN response: RTSP/1.0 200 OK CSeq: 6 Session: 400662 Thanks, Craig On 11/19/2013 08:42 AM, Craig Matsuura wrote: I've been running for two days with openRTSP on a camera that had problems, openRTSP is still capturing video to the output file and the console last message has not changed. One thing to note is when streaming stops from the proxy of the camera, if I connect to the camera directly it will stream. My test was with gstreamer and not openRTSP to the proxy. Could it be possible the problem is with the proxy session to the camera? I'm no expert on RTSP but trying to learn as much as possible so I can stop asking so many questions. I had to stop the openRTSP as I was running low on disk so I will restart it again to be sure the camera (back-end) continue to work. If there is something else I can run it might be helpful? Do you think using openRTSP connecting to the proxy server would shed any info? Also to note, I did not have to use -t as UDP works fine. Thanks, Craig On 11/18/2013 12:06 PM, Ross Finlayson wrote: After running openRTSP the last thing displayed is Data packets have begun arriving [#####], I did not here any beep. After browsing the source I found that the playCommon.cpp has this message and a \007, which apparently did not cause the beep (no big deal). Now I see I have started streaming from my back end RTSP. I ran a camera in question all night and no other message followed the Data packets have begun arriving. I assume this means all is good. Yes. You should see a (large) file - containing H.264 Elementary Stream video data - sitting in the directory from which you ran "openRTSP". (If you wish, you can rename this - with a ".h264" filename suffix - and VLC should be able to play it.) I do have one question, if the proxy server or openRTSP loses a session from a camera it will reconnect, correct? The proxy server will; but openRTSP will not (it's just a simple client application, that connects and streams only once). http://www.live555.com/openRTSP Ross Finlayson Live Networks, Inc. http://www.live555.com/
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel