<div dir="ltr"><div>Hi Tim.<br><br></div>Please see replies in-line.<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 27, 2014 at 9:33 AM, Tim Müller <span dir="ltr"><<a href="mailto:tim@centricular.com" target="_blank">tim@centricular.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> I am wondering if rtspsrc currently, in 1.4.4 used in uridecodebin and<br>
> playbin, is unable to sync audio and video correctly if the stream is<br>
> live as opposed to VoD? Anybody who knows?<br>
<br>
</span>This is with UDP being used as transport?<br></blockquote><div><br></div><div>Not only UDP. Both UDP and TCP.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> WARNING: from<br>
> element /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage: A lot of buffers are being dropped.<br>
> Additional debug info:<br>
> gstbasesink.c(2789): gst_base_sink_is_too_late<br>
> (): /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage:<br>
> There may be a timestamping problem, or this computer is too slow.<br>
><br>
><br>
> And as result the video window is only updated very slowly with new<br>
> frames. Now the computer is hardly doing anything, so it is not slow.<br>
> I'd rather suspect there is a timing issue.<br>
<br>
</span>This is often an indication that some element(s) in the pipeline don't<br>
handle the latency query correctly, or there are elements that don't<br>
advertise the correct amount of latency.<br></blockquote><div><br></div><div>So what can I do about it? The pipeline is rather simple<br><br></div><div>    gst-launch-1.0 -v uridecodebin uri=rtspt://SOMETHING/something name=decoder ! autovideosink decoder ! autoaudiosink<br><br></div><div>Ok, admittedly, the actual pipeline that eventually is constructed by the bin is far from simple, but that is outside my control.<br></div><div>Anything I can do to debug or trace the error?<br><br></div><div>That aside (being slow/latency report problem) it seems that gstreamer (at least in some cases) can't sync a live stream correctly. Do you agree that may be the case? In my case I stream from FMLE over the Wowza server (taking a flash stream and making it available for rtsp). Is there a way we can construct a simpler test case? I'm not familiar with the GStreamer rtsp-server. Perhaps we reproduce the fault with that? I can also make the Live rtsp stream from the Wowza server available if somebody is interested in checking out the stream, but in that case please email me to set it up as I have to start FMLE to make it work.<br><br></div><div>Cheers<br></div><div>Peter Maersk-Moller<br></div><br></div></div></div>