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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #3 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
But then failing is the right thing to do, you have a colorimetry miss-match.
The colorimetry produces by the source MUST match the one accepted by the
encoder. Ignoring it like you do is wrong.

There is a bug of course, since adding videoconvert in the middle should fix
it, but I guess it does not work since there is no way to know. The driver
getcaps() says all these colorimetry are supported, but then TRY/S_FMT says
otherwise when we do actually set the format. So we need to figure-out how to
not lie to when replying to getcaps. It's pretty difficult since V4L2 API
seriously lack some APIs here.

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