[Bug 747297] gl: live rpicamsrc/omxh264dec/glimagesink pipeline fails

[GStreamer (GNOME Bugzilla)]

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

--- Comment #24 from Julien Isorce <julien.isorce at gmail.com> ---
(In reply to Matthew Waters (ystreet00) from comment #23)
> (In reply to Julien Isorce from comment #22)
> > (In reply to Florent Thiéry from comment #21)
> > Great analysis.
> > Worth to mention that for RGBA, 1920*1080*4 is around 8 MB. So if
> > glimagesink uses 1 FBO and a pool a size 2, it should be around 24MB. So it
> > sounds to me that glimagesink(bin) is using 2 FBO and more textures and
> > or/eglimage.
> 
> You're missing the triple back buffer which is effectively another 3 frames
> (plus possibly depth/stencil buffers).
> 
> Plus it's more like 3 GL buffers that are used at startup.

Ah right, make sense :) (that's why RGB565 would be useful for the whole chain)

> 
> > Good idea!. Maybe we could catch the gl error "GL_OUT_OF_MEMORY" with
> > glGetError. At least in Mesa it seems to be set, see
> > http://cgit.freedesktop.org/mesa/mesa/tree/src/mesa/main/fbobject.c#n2636
> > (search for GL_OUT_OF_MEMORY)
> 
> glGetError() implies a synchronisation which significantly kills performance.

Can we try to call "glGetError()" only if GL framebuffer status is detected
incomplete ?

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