[Bug 791471] New: v4l2object: non-default colorimetry broken for v4l2h264enc

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=791471

            Bug ID: 791471
           Summary: v4l2object: non-default colorimetry broken for
                    v4l2h264enc
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: p.zabel at pengutronix.de
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 365355
  --> https://bugzilla.gnome.org/attachment.cgi?id=365355&action=edit
v4l2object: Validate colorimetry in S_FMT only if skip_try_fmt_probes is set

Since commit 558e9f4e574d ("v4l2object: Validate colorimetry in S/TRY_FMT"),
trying to set a supported but non-default colorimetry on the sink pad of a
v4l2h264enc element fails with an error message:

  ERROR: from element /GstPipeline:pipeline0/v4l2h264enc:v4l2h264enc0:
      Device '/dev/video14' does not support bt601 colorimetry

This currently causes a pipeline like:

  videotestsrc ! v4l2h264enc ! fakesink

to fail when using the coda v4l2 driver, because bt601 is negotiated whereas
the output queue defaults to bt709.
(probed caps: colorimetry=(string){ bt709, bt601, smpte240m, ... })

The same happens when forcing any non-default colorimetry:

  videotestsrc ! video/x-raw,colorimetry=smpte240m ! v4l2h264enc ! fakesink

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.