[Bug 759624] videoconvert: Odd behaviour between videoconvert and v4l2src

[GStreamer (GNOME Bugzilla)]

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

Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW

--- Comment #5 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> ---
I'm not sure what to do here. There is a bug in vivid driver, since it pretends
having a BT601 color matrix for the RGB format. I would expect the identity
matrix here (hence something starting with "1:1:...". At the same time, I can't
verify if videoconvert is doing exactly the right thing. Here's a pipeline that
produce the same output without v4l2src:

gst-launch-1.0 -v videotestsrc ! capssetter join=0 replace=1
caps="video/x-raw,width=640,height=360,format=RGB,colorimetry=(string)1:4:7:1,framerate=30/1,pixel-aspect-ratio=1/1,interlace-mode=progressive"
! videoconvert ! 'video/x-raw,format=I420,colorimetry=(string)1:4:7:1'  !
videoconvert ! gtksink

In this scenario, we have videotestsrc that produce RGB color in a way that no
transformation is needed, but using a capssetter I make it pretend it produces
1:4:7:1 (like vivid do). This lead to similar artefact. Another pipeline with
similar output, but only one converter:

gst-launch-1.0 -v videotestsrc ! capssetter join=0 replace=1
caps="video/x-raw,width=640,height=360,format=RGB,colorimetry=(string)1:4:7:1,framerate=30/1,pixel-aspect-ratio=1/1,interlace-mode=progressive"
! videoconvert ! 'video/x-raw,format=I420,colorimetry=(string)1:4:7:1' !
glimagsink

Let's ask Wim if this is the right behaviour for the bogus input. Is so, I'll
have to close as invalid, and we should report/fix vivid that reports bogus
colorimetry in RGB.

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