[gstreamer-bugs] [Bug 633776] Video Texture streaming interface

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=633776
  GStreamer | gst-plugins-base | git

--- Comment #5 from Miguel <luiverco at gmail.com> 2010-12-02 11:42:20 UTC ---
Created an attachment (id=175702)
 View: https://bugzilla.gnome.org/attachment.cgi?id=175702
 Review: https://bugzilla.gnome.org/review?bug=633776&attachment=175702

Updated patch

David,
first of all a disclaimer, this is the firs interface ever that I implement in
gstreamer, so forgive any dumb errors.

Regarding the purpose of the interface you can see it in the documentation
comments I have added to the videotexture.c

Regarding gstreamer-gl, they way I see it is that we want the applications to
control the scene composition where video is just another texture.
This interface allows video sinks to temporarily allow the applications to do
fancy transitions and then resume seamlessly the normal rendering to the HW
overlay without having to change the pipeline dynamically. Since using the HW
overlay is more energy efficient.
This would be like having in one single element the functionality of gl-upload 
and a video sink. 

We would like to have a gstreamer interface for any HW vendors to implement and
leave the egl details hidden under.

if we split the functionality as Stefan proposed we could have one interface
only to provide the textures and that could be implemented also by the
gl-upload
and then the other one for the seamless transition. The point is that a single
elemetn can implement them both.

This is the kind of flexible sink that we want to use in Meego.
BTW, we have a working prototype of a sink implementing partially this i/f (the
seamless transition is not working yet) and this patch will evolve as we
finalize this work.

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