Thanks Tim. Using sync=true fixed the pacing issue. Still looking into the other issue.<br><br clear="all">John Pruitt<br><br>Critical Link, LLC <br>315.425.4045 x287<br><br><br><br>
<br><br><div class="gmail_quote">On Thu, Oct 4, 2012 at 4:15 PM, Tim-Philipp Müller <span dir="ltr"><<a href="mailto:t.i.m@zen.co.uk" target="_blank">t.i.m@zen.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, 2012-10-04 at 15:59 -0400, John Pruitt wrote:<br>
<br>
Hi,<br>
<div class="im"><br>
> root@dm814x-evm:~# gst-launch filesrc location=jwp.600.30.4.idr.264.ts ! mpegtsdemux ! queue ! h264parse access-unit=true ! omx<br>
> _h264dec use-timestamps=true ! gstperf ! omx_scaler ! video/x-raw-yuv,width=800,height=480 ! omx_ctrl display-mode=OMX_DC_MODE<br>
> _1080P_60 display-device=LCD ! omx_videosink sync=false display-device=LCD<br>
<br>
</div>Perhaps I didn't read your post carefully enough, but just be sure:<br>
sync=false on the sink typically disables syncing against the clock<br>
according to the timestamps, instead outputting the data as fast as<br>
possible. Not sure if that's on purpose or not.<br>
<div class="im"><br>
<br>
> (gst-launch-0.10:1481): GStreamer-CRITICAL **: _gst_util_uint64_scale_int: assertion `denom > 0' failed<br>
<br>
</div>That's not good, you should investigate where that comes from and fix it<br>
(with G_DEBUG=fatal_warnings plus a debugger).<br>
<br>
Cheers<br>
-Tim<br>
<br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</blockquote></div><br>