MPEG transport stream, H264 decoding and playback speed

[John Pruitt]

Thanks Tim. Using sync=true fixed the pacing issue. Still looking into the
other issue.

John Pruitt

Critical Link, LLC
315.425.4045 x287





On Thu, Oct 4, 2012 at 4:15 PM, Tim-Philipp Müller <t.i.m at zen.co.uk> wrote:

> On Thu, 2012-10-04 at 15:59 -0400, John Pruitt wrote:
>
> Hi,
>
> > root at dm814x-evm:~# gst-launch filesrc location=jwp.600.30.4.idr.264.ts
> ! mpegtsdemux  ! queue ! h264parse access-unit=true ! omx
> > _h264dec  use-timestamps=true ! gstperf  ! omx_scaler !
> video/x-raw-yuv,width=800,height=480 ! omx_ctrl display-mode=OMX_DC_MODE
> > _1080P_60 display-device=LCD ! omx_videosink sync=false
> display-device=LCD
>
> Perhaps I didn't read your post carefully enough, but just be sure:
> sync=false on the sink typically disables syncing against the clock
> according to the timestamps, instead outputting the data as fast as
> possible. Not sure if that's on purpose or not.
>
>
> > (gst-launch-0.10:1481): GStreamer-CRITICAL **:
> _gst_util_uint64_scale_int: assertion `denom > 0' failed
>
> That's not good, you should investigate where that comes from and fix it
> (with G_DEBUG=fatal_warnings plus a debugger).
>
> Cheers
>  -Tim
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20121004/cf2057d1/attachment.html>