[Bug 753886] Poor GLImageSink performance on Raspberry Pi

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Jan 13 13:31:23 PST 2016


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

--- Comment #4 from Sergey Borovkov <serge.borovkov at gmail.com> ---
I managed to get qmlglsink working without performance drops on rpi - in it's
initial state (and well after enabling it to work on rpi by using android code
for egl) it's as slow as glimagesink. I set caps to EGLimage bypassing
glupload. Once I had created one texture and rendered every eglimage to that
texture I started having no frame drops at 1080p. Just for reference this was
my rendering code (modified ext/qt/gstqsgtexture.cpp).
    if (tex == 0) {
      gl->GenTextures(1, &tex);
          gl->BindTexture (GL_TEXTURE_2D, tex);
      gl->TexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_NEAREST);
          gl->TexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_NEAREST);
          gl->TexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S,
GL_CLAMP_TO_EDGE);
      gl->TexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP_TO_EDGE);
      gl->TexImage2D ( GL_TEXTURE_2D, 0, GL_RGBA,  1920, 1080, 0, GL_RGBA,
GL_UNSIGNED_BYTE, NULL );
    }
      gl->BindTexture (GL_TEXTURE_2D, tex);
      gl->EGLImageTargetTexture2D (GL_TEXTURE_2D,
gst_egl_image_memory_get_image (mem));

I don't know if this is any helpful but the only difference that I see compared
to when I was using glupload is that glupload creates a lot of new textures (1
for every frame?) - I don't know if that's what impacts performance though.

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