[Bug 704808] Split GstGLDisplay into that and GstGLContext
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Fri Aug 16 01:10:14 PDT 2013
https://bugzilla.gnome.org/show_bug.cgi?id=704808
GStreamer | gst-plugins-gl | git
--- Comment #4 from Sebastian Dröge (slomo) <slomo at circular-chaos.org> 2013-08-16 08:10:10 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > > have to check whether vfuncs are per context or not
> >
> > They are not, but they depend on the GL version used. GLES vs. desktop GL at
> > least. However we can't reliable load different ones in the same process
> > anyway.
>
> Technically calling wglGetProcAddress with different contexts can return
> different values however I don't think that it occurs in practice. Cogl does
> them per context. Actually with mesa, you get the same function regardless of
> GL vs GLES however I don't think that mesa allows both GL and GLES to be used
> at the same time (not tested).
Then let's better play safe, it doesn't make much of a difference anyway :)
> > > GstGLContext - represents a GL context. As such is platform specific (GLX,
> > > EGL, WGL, etc). Holds a reference to a single GstGLWindow.
> > > GstGLWindow - represents a window/surface that we are rendering to/with.
> > > Eventually will be split into 2 categories, offscreen and onscreen.
> >
> > Can't we have a GL context without a window? E.g. the filters don't really
> > require a window (offscreen or onscreen)
>
> Some platforms allow it (depending on GL Version or extension), some don't. On
> Win32 the only way you can get a HDC is from a window. GLX only allows it with
> GL 3.0+. EGL has EGL_KHR_surfaceless_context. Dunno about Cocoa. Besides, I
> put the display connection stuff into GstGLWindow :) it seems useless to create
> a seperate object for one variable :).
Ok :) Making a offscreen surface is not that bad anyway, could probably be just
a hint when creating a context that we don't need a surface... but if we get
one it's not a problem either.
--
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.
More information about the gstreamer-bugs
mailing list