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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #10 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
Yes, sounds like it's the opposite of decoding. So basically if we ignore
output colorimetry and read capture colorimetry in v4lobject and then copy
colorimetry field into the sinkpad getcaps.

 - add a way to enable/disable colorimetry in v4l2object
 - update other element, to make it explicit
  + Src: already disabled
  + Decoder: output only
  + Encoder: capture only
  + Transform: both
  + Sink: enabled
- copy colorimetry from capture to output getcaps in encoder

We should still read back colorimetry in the decoder since we allow color
conversion. Does that make sense ?

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