[Bug 728940] gst-omx: port testegl example to new libgstgl

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=728940
  GStreamer | gst-omx | git

--- Comment #8 from Julien Isorce <julien.isorce at gmail.com> 2014-05-01 08:13:43 UTC ---
(In reply to comment #6)
> Review of attachment 275436 [details]:
> 
> I feel this could be implemented more generically rather than relying on the
> presence of eglimage.

Right, also maybe later we could imagine having a glfiter that first upload the
EGLImage and then apply some shaders, render the result to a gltexture and
create another EGLImage from it. Don't know in which scenario it could be
useful but it's possible.

1- Also maybe here for my need it should be enough to set glcolorscale to
passthrough if input and ouput caps are equals.

2- We still need to do some work in glfilter because right now, on egl
platform, videotestsrc ! gleffects ! glimagesink -v prints:
"video/x-raw(memory:EGLImage)" between gleffects and glimagesink, whereas it
should be "video/x-raw(meta:GstVideoGLTextureUploadMeta)"  :)

Speaking about that, now that EGLIMage memory has its meta upload
(http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/gst-libs/gst/gl/egl/gsteglimagememory.c#n555),
should it be "video/x-raw(meta:GstVideoGLTextureUploadMeta)" too ? So that we
could remove "video/x-raw(memory:EGLImage)", after all there is also
memory:GLMemory but we still set
"video/x-raw(meta:GstVideoGLTextureUploadMeta)".

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.