[Bug 766611] gl: buffer pool configuration error with caopengllayersink

[GStreamer (GNOME Bugzilla)]

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

--- Comment #17 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
The reason I encourage merging this patch is that if you offer the same pool
twice in propose allocation you are doing it wrong. At some point it will stop
working, and the error is not obvious in general. If it's not merged within
this pass, then please file a separate bug and re-attach it. If you need a test
case to triggers issue without vtdec, I can help with that.

When you revert dd1529e3f3fac2a3a11e38f85ca577f114dae163, that means you endup
with GLMemory with RECTANGLE type of textures (it only hides the sysmem path
fro IOSurface being broken really). Clearly that mechanism do work somehow, I'm
surprised that we disable it. Doesn't it also mean that vtdec zero-copy is gone
?

So, isn't the bug the mapping IOSurface does not work as expected ? Or that
IOSurface life-time is wrongly managed ? Maybe it isn't using the new parent
buffer mechanism ?

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