long pauses during rtsp playback

classic Classic list List threaded Threaded
21 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Re: long pauses during rtsp playback

Marco Ballesio
Hi,

On Wed, Oct 20, 2010 at 1:49 AM, Doug Crawford <[hidden email]> wrote:

I purchased an Axis M1011 network camera with h.264 support, but I still have
the same bursty video: 2-3 seconds of faster than realtime video followed by
a 3-4 second pause.

this, I assume, still happens only when the sink element you use is not synchronising output buffers (sync=false).
 

Here is the output of "gst-launch --gst-debug-level=2 -v rtspsrc
location=rtsp://10.5.5.34/axis-media/media.amp ! rtph264depay ! TIViddec2
codecName=h264dec engineName=codecServer ! fakesink"
http://pastebin.com/xzbMutQH

I don't see anything wrong with buffer sizes, durations and timestamps. That is, I see no timing issues in the buffers arriving to the sink.
 


I tried adding an identity element "gst-launch --gst-debug-level=2 rtspsrc
location=rtsp://10.5.5.34/axis-media/media.amp ! rtph264depay ! queue !
TIViddec2 codecName=h264dec engineName=codecServer ! identity
check-perfect=true ! TIDmaiVideoSink videoStd=VGA videoOutput=LCD
sync=false".  But identity was completely silent.

well, as timing appears to be fine, identity shouldn't really have anything to complain about.
 

Here is an interesting post in the TI forums explaining why there is a big
pause before seeing the first frame when using TIVideDec2
https://gstreamer.ti.com/gf/project/gstreamer_ti/forum/?_forum_action=ForumMessageBrowse&thread_id=3676&action=ForumBrowse&forum_id=187

So I understand the decoder is buffering a fixed 1.5 MB of data, disregarding the bitrate and actual frame size.. let me say it appears to me more a bug than a feature. This may be a reasonable cause for the sink dropping buffer in case the decoder element is not propagating a right latency info. Just out of curiosity, wouldn't gst-dsp be compatible with your receiver side architecture?

Another idea: as BaseSink has a max-lateness property, probably TIDmaiVideoSink has it as well, so you may try to set it to a reasonably high value to get a smooth (but 2 sec in late) video. A simple:

gst-inspect TIDmaiVideoSink

will tell you whether the property is supported or not.

Regards






 

Doug
--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/long-pauses-during-rtsp-playback-tp2997863p3002964.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
12