On 11/20/2013 08:59 PM, Ross Finlayson wrote:
If the continueAfterOPTIONS command is late (longer than the liveness
timeout) I assume the camera would time out and shutdown the session? I
don't see anywhere in continueAfterLivenessCommand that it handles this?
Phew...
1/ The interval between tw
> If the continueAfterOPTIONS command is late (longer than the liveness
> timeout) I assume the camera would time out and shutdown the session? I
> don't see anywhere in continueAfterLivenessCommand that it handles this?
Phew...
1/ The interval between two successive "OPTIONS" commands will alm
If the continueAfterOPTIONS command is late (longer than the liveness
timeout) I assume the camera would time out and shutdown the session? I
don't see anywhere in continueAfterLivenessCommand that it handles this?
Thanks,
Craig
___
live-devel mailing
Thanks, that is very helpful.
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
> ./openRTSP -v rtsp://192.168.1.214/axis-media/media.amp?streamprofile=Quality
> | ./testH264VideoToTransportStreamUDP
>
> The issue I am encountering is that if, during the process of streaming, the
> client loses connection and then reconnects, it cannot decode the stream
> because it cannot
> I see that the OPTION command is used for keeping a stream alive. I
> there a better command that can be used that can also indicate the
> stream is still running?
Not really. Every server should support "OPTIONS".
("GET_PARAMETER" could also be used, but some servers don't support this.)
> This would be a great option for the openRTSP client!
I agree - it would be a great option for "openRTSP":
http://live555.com/funded-projects/live555_openrtsp_interval_files.html
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
Hi,
I am streaming from H.264 Elementary Stream (ES) over RTP from an IP camera and
creating a Transport Stream (TS) which I send over UDP. I have modified
"testH264VideoToTransportStream" to take input from 'stdin' and send to a UDP
client (H.264 decoder) by replacing FileSink with BasicUDPSin
I see that the OPTION command is used for keeping a stream alive. I
there a better command that can be used that can also indicate the
stream is still running? If an OPTION is send on or outside the timeout
of the camera the stream stops but what is the indication that it has
stopped?
I see
This would be a great option for the openRTSP client! I have the same issue
you described with wanting to avoid gaps between output files. I suppose
you could always start another client before the other client terminates to
create overlapping recordings, however, that seems more like a work-around
Dear all,
I am trying to use the openRTSP test project to record a live RTSP stream.
The stream is being played continuously (from a camera) and I want to
record the video. In order to be able to manage the recorded files, I want
to split the recording and save, for instance, every 5 minutes of th
> I read that live555 is LGPL licensed
Yes.
> but the build for live555 creates static libraries.
Not necessarily. You can create dynamic-linked libraries for Linux by running
genMakefiles linux-with-shared-libraries
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
Hi,
I read that live555 is LGPL licensed but the build for live555 creates
static libraries. If I am correct than LGPL dictates that the
application links to it dynamically. Is there any plan to change the
build type to dynamic for live555 or do I have to create dynamic library
myself which w
13 matches
Mail list logo
