[Bug 752014] bayer2rgb: odd width causes segmentation fault
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Fri Jan 8 13:49:03 PST 2016
https://bugzilla.gnome.org/show_bug.cgi?id=752014
--- Comment #12 from Tim-Philipp Müller <t.i.m at zen.co.uk> ---
Created attachment 318549
--> https://bugzilla.gnome.org/attachment.cgi?id=318549&action=edit
bayer: fix stride inconsistencies for odd widths
(Doesn't fix this bug, just cleans up an inconsistency in the codebase. The bug
here appears to be about strides/offsets on the RGB video buffer side of
things, not the Bayer buffer.)
Consistently use GST_ROUND_UP_4(width) as stride for
bayer buffers. Bayer data will usually come in widths
that are multiples of 4 anyway, so hopefully this
should not have any adverse impact on anyone in
practice.
Before, bayer2rgb required input buffers to are sized
accordingly, but then didn't actually round up when
calculating row offsets. rgb2bayer didn't use a rounded
stride nor buffer size.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list