[Bug 796753] v4l2src negotiates wrong colorspace (bt2020 instead of bt709), causes some decoders to turn reds to pink.

[GStreamer (GNOME Bugzilla)]

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

Nicolas Dufresne (ndufresne) <nicolas at ndufresne.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|gst-plugins-good            |gst-plugins-base

--- Comment #6 from Nicolas Dufresne (ndufresne) <nicolas at ndufresne.ca> ---
This driver does not report colorimetry (return colorpsace 0, which is invalid,
means unimplemented basically). In that case, the colorimetry is being decided
by gst_video_info_from_caps() and since 1.14, we not longer probe the
colorimetry because it's bogus to do so.

That being said, why BT2020 bs BT709, I don't know, for 8bit formats I would
expect BT709 to be a better choice, and also more widely supported.

One of the issue that raises here, is that QTMUX does not fully support BT2020,
and writes an invalid colorimetry into the 'colr' box. In the output, GStreamer
fixes it properly, but it might not be the case for all players.

Moving to -base.

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