Hi,<br><br><div class="gmail_quote">On Sun, Oct 17, 2010 at 7:28 PM, Doug Crawford <span dir="ltr"><<a href="mailto:dcraw101@yahoo.com">dcraw101@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <br> I tried setting sync=true, but then I don't see any video image at all. </blockquote><div><br>I suspect your video sink is discarding all the frames because they're arriving too in late. If the element (and the framework) has been compile with debug enabled, try <br> export GST_DEBUG=TIDmaiVideoSink:5 prior executing the pipeline and see whether any output in that sense is given.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> I am<br> guessing this is the root of the problem. Is there any element that might<br> fix or help synchronize the RTP timestamps?<br></blockquote><div><br>This is a built-in design mechanism in GStreamer. See here:<br><br><a href="http://cgit.freedesktop.org/gstreamer/gstreamer/tree/docs/design/part-qos.txt">http://cgit.freedesktop.org/gstreamer/gstreamer/tree/docs/design/part-qos.txt</a><br> (I guess you can safely skip to the GstBaseSink and buffer dropping description).<br><br>A possibility would be to try and reduce the jitter buffer depth in the rtspsrc element, but the default is normally good enough. Imo the video sink element you're using needs some improvements. I'm not too fond it'll work, but maybe you could try and replace it with v4l2sink. There are (scarce) possibilities fdbevsink will work.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <br> I suspect the problem is in the TIDmaiVideoSink because if I run the<br> gstreamer rtsp client on my Ubunutu box the video is very smooth (although<br> it is delayed about 2 seconds which I believe is related to a latency<br> parameter on the rtspsrc element). I can only run the rtsp client on my<br> ubuntu box using playbin2. </blockquote><div><br>I share your idea about the video sink ;)<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> If I try to compose the pipeline using<br> inidividual elements like: "gst-launch rtspsrc<br> location=rtsp://<a href="http://10.5.5.33/mpeg4/media.amp" target="_blank">10.5.5.33/mpeg4/media.amp</a> ! rtpmp4vdepay ! ffdec_mpeg4 !<br> videoscale ! xvimagesink" then I get the following error:<br> /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc1: Internal data<br> flow error.<br> Additional debug info:<br> gstbasesrc.c(2507): gst_base_src_loop ():<br> /GstPipeline:pipeline0/GstRTSPSrc:rtspsrc0/GstUDPSrc:udpsrc1:<br> streaming task paused, reason not-negotiated (-4)<br></blockquote><div><br>mmhhh, you should put a few caps for indicating at least the payload type, something like the examples in:<br><br><a href="http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-gstrtpbin.html">http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-good-plugins/html/gst-plugins-good-plugins-gstrtpbin.html</a><br> <br>for when the rtpbin is used as a source element.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <br> Is there any way to see exactly what playbin2 is using for its pipeline.<br></blockquote><div><br>if you're interested in the pipeline structure, you can dump a dot file (Google is your friend).<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> There must be some other element that I am missing. Also, if I try to play<br> the video on my OMAP3EVM using playbin2 then I only see 1 frame and then the<br> video pauses indefinitely.<br></blockquote><div><br>another symptom of a bad latency handling in the sink.. If it's not the case, _maybe_ adding a queue before the sink could help (I'm just wondering whether it could be a deadlock).<br> <br>Regards<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <font color="#888888">--<br> View this message in context: <a href="http://gstreamer-devel.966125.n4.nabble.com/long-pauses-during-rtsp-playback-tp2997863p2999165.html" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/long-pauses-during-rtsp-playback-tp2997863p2999165.html</a><br> </font><div><div></div><div class="h5">Sent from the GStreamer-devel mailing list archive at Nabble.com.<br> <br> ------------------------------------------------------------------------------<br> Download new Adobe(R) Flash(R) Builder(TM) 4<br> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly<br> Flex(R) Builder(TM)) enable the development of rich applications that run<br> across multiple browsers and platforms. Download your free trials today!<br> <a href="http://p.sf.net/sfu/adobe-dev2dev" target="_blank">http://p.sf.net/sfu/adobe-dev2dev</a><br> _______________________________________________<br> gstreamer-devel mailing list<br> <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br> <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br> </div></div></blockquote></div><br>