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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #14 from Julien Isorce <julien.isorce at gmail.com> ---
(In reply to Florent Thiery from comment #13)
> Okay, it is related to gpu memory indeed; setting gpu_mem to 256 solves it,
> nothing related to display resolution after all (sorry). Lowering the
> resolution avoided the gpu memory exhaustion. Is there any way to read the
> gpu memory/usage ?
> 
> 3 buffers of 1920x1080 RGBA are 190 MB, which is larger than the free memory
> available with gpu_mem set to 128.

That's huge!  We should avoid using useless Frame Buffer Objects in the
glimagesink bin: gluploadelement ! glcolorconvert ! glimagesinkelement
(Indeed a FBO by itself uses memory in addition to the pool of
textures/eglimages)

This could help: https://bugzilla.gnome.org/show_bug.cgi?id=730927 .

Thierry could you check if glcolorconvert is really set to passthrough mode ?
At least this one should not do any conversion. Also please check it does not
create any FBO, even if it is put in passthrough. You can hack
glimageisink(bin) by replacing glcolorconvert with identity.

You can look for theses traces:
GST_TRACE ("creating FBO dimensions:%ux%u", width, height);
GST_LOG ("copying memory %p, tex %u into texture %i", src, src->tex_id,
tex_id);
GST_INFO ("Context, EXT_framebuffer_object supported: yes");
(I searched where gl->GenFramebuffers is called)

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