[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

--- Comment #5 from pauldotknopf at gmail.com ---
I forgot to add. This issue happens with both vaapih264enc and mfxh264enc, so
the issue isn't likely the encoder.

It also happened on a custom source element I wrote for a non-v4l2 driver. It
didn't report a colorspace.

#define MY_SOURCE_CAPS "video/x-raw,"             \
    "format=UYVY,"                              \
    "width=3840,"       \
    "height=2160,"     \
    "framerate=30/1,"  \
    "pixel-aspect-ratio=1/1"

My custom element wasn't giving a source caps with a specific colorimetry, but
with 1.14, bt2020 was decided. On 1.12, non-bt2020 was decided (don't remember
off hand if it was 601 or 709).

I didn't initially report this because when I was investigating the issue, I
found that it happened with the built in v4l2src as well, so it might be useful
information for you.

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