[Bug 732664] add other-context support to GstGLMixer

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=732664
  GStreamer | gst-plugins-bad | 1.3.90

--- Comment #4 from Nicolas Dufresne <nicolas.dufresne at collabora.co.uk> 2014-07-04 12:12:15 UTC ---
(In reply to comment #3)
> (In reply to comment #1)
> > Hmm, this should be negotiated, using property for that is most likely a relic
> > from before GstContext.
> 
> I have a little question about GstGLContext, seems that upstream gl element
> getting GstGLContext from downstream gl element , but in context share
> scenario,

It tries both, downstream, then upstream, then ask the app, and if nothing
found it create the context.

> GstGLMixer may be the last element of GL pipeline (consider  videotestsrc !
> glvideomixer ! fakesink  ,then getting texture from fakesink to custom share
> context OpenGL app , like qglwtextureshare demo) , and GstGLMixer can not use
> context share since there's no downstream gl element.

Right, in this case, glvideomixer would have it's own context, and it would not
be shared.

> 
> if this is expected behaviour , I must use a GstGLFiter after GstGLMixer to
> giving GstGLMixer a proper shared context, this makes GstGLMixer/Filter
> different

No, each element are responsible for creating a context if none is found.

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