mx6: video playback using the coda driver

[Fabio Estevam]

Hi Philipp,

On Mon, Oct 9, 2017 at 12:00 PM, Philipp Zabel <p.zabel at pengutronix.de> wrote:

> I see GStreamer already happens to negotiate YUY2, which should be the
> most memory bandwidth efficient format in this case. A significant
> measure would be to use DMA buffers between decoder and kmssink then:
>
> v4l2h264dec capture-io-mode=dmabuf ! kmssink

When I explicitly pass the decoder I have another type of error:

# gst-launch-1.0 filesrc location=/root/trailer_1080p_h264_mp3.avi ! h264parse !
 v4l2video1dec  capture-io-mode=dmabuf  ! kmssink name=imx-drm sync=0
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock

(gst-launch-1.0:320): GStreamer-CRITICAL **:
_gst_util_uint64_scale_int: assertion 'denom > 0' failed
ERROR: from element /GstPipeline:pipeline0/GstH264Parse:h264parse0:
Internal data stream error.
Additional debug info:
gstbaseparse.c(3597): gst_base_parse_loop ():
/GstPipeline:pipeline0/GstH264Parse:h264parse0:
streaming stopped, reason not-negotiated (-4)
Execution ended after 0:00:00.102441334
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...
#

So not able to run a pipeline that uses 'capture-io-mode=dmabuf'.

> Making this work automatically probably involves implementing
>
> https://bugzilla.gnome.org/show_bug.cgi?id=745459
>
> first.

That would be awesome.