[Bug 663248] videoconvert: bad memory accesses in orc code for odd width buffers

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Mar 13 05:44:20 PDT 2015


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

--- Comment #10 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> ---
For saneish values, it seems to work fine. However, for rescaling to 1x1, 16x1,
or 320x1:

** (gst-launch-1.0:7272): CRITICAL **: gst_video_resampler_init: assertion
'out_size != 0' failed

** (gst-launch-1.0:7272): CRITICAL **: resampler_zip: assertion 'r1->max_taps
== r2->max_taps' failed
*** glibc detected *** gst-launch-1.0: munmap_chunk(): invalid pointer:
0x00007f7849417fd6 ***

320x2:

A stream of:
0:00:08.963817917  7307 0x7fa708037850 ERROR                default
video-frame.c:147:gst_video_frame_map_id: failed to map video frame plane 2
WARNING: from element /GstPipeline:pipeline0/GstVideoScale:videoscale0:
Internal GStreamer error: code not implemented.  Please file a bug at
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.
Additional debug info:
gstvideofilter.c(292): gst_video_filter_transform ():
/GstPipeline:pipeline0/GstVideoScale:videoscale0:
invalid video buffer received

At 320x3, it starts working.

The second one seems like a different issue, not sure about the memory
corruption from the first one,

-- 
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