[Bug 704809] Use one GstGLContext per streaming thread

[GStreamer (bugzilla.gnome.org)]

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

Julien Isorce <julien.isorce> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #265481|0                           |1
        is obsolete|                            |

--- Comment #21 from Julien Isorce <julien.isorce at gmail.com> 2014-06-22 17:06:37 UTC ---
Created an attachment (id=278933)
 View: https://bugzilla.gnome.org/attachment.cgi?id=278933
 Review: https://bugzilla.gnome.org/review?bug=704809&attachment=278933

gl: use one GstGLContext per streaming thread

Let's discuss about this new solution that does not add a new API in gst-core.
The thread boundary is done through the allocation query. Also fallback to
un-visible window for the surface when we have not added support for
pBuffer-surface or surface-less for the given platform yet (ex: glx).

There are still a major issue:

It's required to unbound the gl context to the previous thread before to make
it current in another thread. For now I unbound the gl context from the
streaming thread using the serialized GST_EVENT_EOS. I also do the assumption
that all gl calls from state NULL to PLAYING are done in the streaming thread.

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