[Bug 785011] Sometime between 1.10.4 and 1.12.0 MKV video decode broke when mapping buffers to get pixel data

[GStreamer (GNOME Bugzilla)]

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

--- Comment #18 from Carsten Haitzler (Rasterman) <raster at rasterman.com> ---
well the GstVideoInfo we get is from the set_caps() in the sink. so we use
whatever we get from gst_video_info_from_caps() with the caps provided... so
the caps should be right. correct? the caps should then change if they
negotiate something new even on the fly? we get the strides/pplane offsets
buffer by buffer from the info we get from the caps...

we've been mapping the buffer like forever using the info offset/stride... i
never knew gst_video_frame_map() even existed. if the buffer map is invalid...
shouldn't it fail? shouldn't the offset/stride data be... like all 0's or
something? because from an api point of view... it looks like it is/should be
working.

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