On 06/08/13 00:45, Ross Finlayson wrote:
OK, the problem here is with the *server* - it should not be hanging
when it receives the client's "TEARDOWN" command. Please contact the
server's manufacturer, and tell them to fix this problem.
However, to allow for this situation occurring (the serv
> Sending request: TEARDOWN rtsp://:554/mpeg4/media.amp/ RTSP/1.0
> CSeq: 7
> User-Agent: /usr/local/bin/openRTSP (LIVE555 Streaming Media v2013.07.31)
> Session: 0723151412
> --
>
> and the output hangs.
OK, the problem here is with the *server* - it should not be hanging whe
Ahh, seems I was a bit premature with my last reply, in my excitement I
had been running the command without the -t switch which doesn't show
the problem.
Now if I run the full command again I get the following in the openRTSP
output after the -HUP signal:
--
inter_packe
On 05/08/13 22:12, Ross Finlayson wrote:
User-Agent: openRTSP (LIVE555 Streaming Media v2011.12.23)
You're running a (very!) old version of the "LIVE555 Streaming Media"
software. You should upgrade.
Ross, thanks for the very quick response.
I've downloaded the latest version and compile
> User-Agent: openRTSP (LIVE555 Streaming Media v2011.12.23)
You're running a (very!) old version of the "LIVE555 Streaming Media" software.
You should upgrade.
> I'm afraid I don't know how to obtain version numbers from openRTSP itself,
> hence I'm referring to the packages included in the
Hello All,
I have a problem with openRTSP capturing a stream from an Axis 210A IP
camera as described below:
Running Debian Lenny, I run the following command to capture an RTSP
stream using TCP from the Axis camera:
openRTSP -4 -n -t -Q -b 512000 -u -w 640 -h 480 -f
25 rtsp:///mpeg4/media
