[Bug 796940] New: v4l2: can't cope with 1:4:0:0 colorimetry from jpegdec
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Aug 9 16:47:20 UTC 2018
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.
More information about the gstreamer-bugs
mailing list