On 22/11/2014 00:02, Ross Finlayson wrote:
The code for the "QuickTimeFileSink" class - which is what we use to
record ".mp4"-format files.
(The reason why VLC behaves differently is that it decodes the media
that it receives, then re-encodes it for storing into a ".mp4"-format
file. "openR
Hi,
I've been using openRTSP for several years in my application, receiving
an rtsp stream from Axis video encoders and Axis IP cameras and saving
to disk. I'm doing some trials with a new video encoder, an Antrica
ANT-35000 which is an HD encoder (unlike the Axis ones which are 640x480
max).
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
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
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
