[Bug 755392] video: bugs with gst_video_frame_copy and videoconvert (with test scripts)

[GStreamer (GNOME Bugzilla)]

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

--- Comment #7 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
So to summarize

(In reply to Carlos Rafael Giani from comment #1)

> - NV16 and NV24 are broken with 1.2.3 and 1.4.5. The right half of the frame
> columns is greenish, which is the result of gst_video_frame_copy() copying
> only half of the pixels in each chroma plane row.
>   With 1.5.91, the copy is correct.

Nothing to do here obviously

> - v210, UYVP, IYU1, r210 only show a green frame with 1.2.3, 1.4.5, and
> 1.5.91. This is a gst_video_frame_copy() bug.

Not a regression, but if someone comes up with a patch fast enough it would be
great to have it included in 1.6.0.

v210 and r210 are both very complex formats, they probably should just get a
special case in gst_video_frame_copy(). Same for UYVP I guess. OTOH they are
all one plane, so just copying height times a stride long line should just
work?

IYU1 is just packed 4:1:1 YUV, so should in theory just work the same as the
other packed YUV formats really.

> - r210, GBR_10LE, GBR_10BE are correct with 1.2.3 and 1.4.5, but broken with
> 1.5.91. This is a videoconvert bug (a regression?).

Going to be fixed by shifting the dither. I would assume the same change is
necessary for all our 10 bit formats, including v210, UYVP, I420_10*, I422_10*,
Y444_10*, A420_10*, A422_10*, A444_10*

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