I tried with openRTSP and live555 server with the scale of "0.5" but
the response was always nearest whole number.
is there patch to fix this issue? is the live555 would not support
slow forward ?
No, our RTSP server implementation currently does not support
fractional "scale" values - for any
Hi,
I tried with openRTSP and live555 server with the scale of "0.5" but the
response was always nearest whole number.
is there patch to fix this issue? is the live555 would not support slow
forward ?
Please kindly let me know your command.
Thanks and Regards,
Ganesh.
__
We *already* implement the RTP payload format for H.264 video - in
the class "H264VideoRTPSink". You don't need to implement any
RTP-specific code yourself to stream H.264. Instead, just feed H.264
NAL units into a "H264VideoRTPSink", and everything will work. These
NAL units will come from
From: Ross Finlayson
To: LIVE555 Streaming Media - development & use
Sent: Sat, November 14, 2009 1:21:29 AM
Subject: Re: [Live-devel] problem (?) when outputting raw H264 stream with
openRTSP
> > Hi.When I capture a rtsp h264 stream with openRTSP and save
I wrote a video client that at one point needs to shut down all incoming mpeg4
streams and delete usage environent
and task scheduler.
After that it needs to allocate new set of RTSPClient and start streaming all
over again.
The only way I managed to get task scheduler to work after the first
As I understand, doSpecialFrameHandling() and frameSpecificHeaderSize() are
being called for each RTP packet, and not once per frame.
I am sending H264 over RTP and I want to add data to the first fragment of
the frame. Which Boolean expression should I use in doSpecialFrameHandling()
and in frameS
