Re: [Live-devel] Detecting a connection loss with openRTSP

2009-02-18 Thread Ross Finlayson
i wrote a client application to receive a mjpeg stream from a camera basing on the openRtsp sample. It works fine, but i don't know how to detect a loss of the network connection. Is there a possibility to set a timeout and to get something like a callback? I assume you're talking about the lo

[Live-devel] Using Live555 as a relay server

2009-02-18 Thread moonlit moonlit
Hi all, I have an axis camera that is only accessible from a specific computer (A). I also have other computers that need to have access to the MPEG4 feed of this camera, but these computers ONLY have access to computer A. Is it possible to stream the live feed from the camera using computer A (w

[Live-devel] Video and audio completely out of sync

2009-02-18 Thread moonlit moonlit
Hi, I'm using openRTSP to connect to an axis camera and record the video and audio to an .mp4 file I do this: openRTSP.exe -4 -y -l -w 640 -h 480 -f 30 -b 10 -d 10 rtsp:// 192.168.10.56/mpeg4/media.amp > a.mp4 When I playback the file with Videolan or The KMPlayer the audio and video is out

[Live-devel] Detecting a connection loss with openRTSP

2009-02-18 Thread Philip Herrmann
Hi, i wrote a client application to receive a mjpeg stream from a camera basing on the openRtsp sample. It works fine, but i don't know how to detect a loss of the network connection. Is there a possibility to set a timeout and to get something like a callback? The openRtsp sample seems also n

Re: [Live-devel] Handle frame dropping elegantly on clients with limited output bandwidth

2009-02-18 Thread Ross Finlayson
No, because the server's writes to the TCP socket will be non-blocking. The underlying OS (in its implementation of TCP) will accept the data immediately, but, if necessary, buffer the outgoing data until it can be sent. If the underlying OS socket buffer is unlimited, the reasoning should be

Re: [Live-devel] Handle frame dropping elegantly on clients with limited output bandwidth

2009-02-18 Thread Ross Finlayson
No, because the server's writes to the TCP socket will be non-blocking. The underlying OS (in its implementation of TCP) will accept the data immediately, but, if necessary, buffer the outgoing data until it can be sent. If the underlying OS socket buffer is unlimited, the reasoning should be