[Bug 725640] context share not stable in Linux + catalyst

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #4 from comicfans44 <comicfans44 at gmail.com> 2014-03-07 02:38:21 UTC ---
(In reply to comment #2)
> What's the big picture of this?  

sorry for the unclear question. the demo code and patch is a test to confirm
passing texture
between shared context is not stable. to make the pipeline simpler ,I tried to
make glimagesink
also create share context( likes GstGLFilter other-context property).  

>Do you actually need to draw over top of the video?  
> If so, you might need to take a look at the overpainting example here
> http://qt-project.org/doc/qt-5.0/qtopengl/overpainting.html

 I am trying to use OpenGL painting over gst-gl processed video , the
overpainting example 
is helpful (and this is the way demo do),but the problem is , I must pass the
texture back from gstreamer to qt thread 
(I think the clientDrawCallback is the only way.) but this leads random lock
 (the demo code is for comfirming this)


> Otherwise, you can use the videooverlay interface to display your video in a
> QWidget.  See gst-plugins-base/tests/examples/overlay/qt-videooverlay.cpp
> replacing xvimagesink with glimagesink.

I think this is not what I'm trying to do , I must draw  other stuff over
gstreamer,but the demo is not. 
Thank you for help!

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