[Bug 796940] New: v4l2: can't cope with 1:4:0:0 colorimetry from jpegdec

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 796940
           Summary: v4l2: can't cope with 1:4:0:0 colorimetry from jpegdec
    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 373291
  --> https://bugzilla.gnome.org/attachment.cgi?id=373291&action=edit
v4l2object: stop V4L2 from zeroing extended colorimetry

gstjpegdec sets 1:4:0:0 colorimetry (full range BT.601 YCbCr encoding with
unknown primaries and unknown transfer function).
This currently gets translated to bt601 or bt709 in
gst_v4l2_object_set_format_full, depending on resolution.
Both cases result in a negotiation failure:

    ERROR: from element
/GstPipeline:pipeline0/v4l2video0convert:v4l2video0convert0: Device
'/dev/video0' does not support 1:4:0:0 colorimetry

The attached patches make v4l2object select 1:4:7:1 colorimetry in this case
because V4L2 doesn't have a concept of unknown colorspace or transfer function,
fix the S_FMT invocation for non-mplane queues to actually set the extended
colorimetry attributes, and loosen the matching so that 1:4:0:0 input is
accepted in case the queue format is set to 1:4:7:1.

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