| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Where possible, use the _OBJECT variants in order to track better from
which object the debug statement is coming from
Define (and use) GST_CAT_DEFAULT where applicable
Use GST_PTR_FORMAT where applicable
|
|
|
|
| |
Fill in the missing pieces like get_proc_address, the gl function vtable
|
|
|
|
|
|
|
| |
It was already done by commit
f506e80686eedc66912583db11914ec3f713b478
but it has been broken by commit
45ec777cea0e69b2597d1ec02b18ec31d618c920
|
|
|
|
|
|
| |
until we generate gl3 compliant shaders
https://bugzilla.gnome.org/show_bug.cgi?id=740012
|
|
|
|
|
| |
Needed so that the pipeline/application can limit the choice of GL api
to what it supports
|
|
|
|
| |
actually used
|
|
|
|
|
|
|
| |
Moving variables within #if GST_GL_HAVE_OPENGL, which are not going to be used otherwise.
and which are needed only when OpenGl is present
https://bugzilla.gnome.org/show_bug.cgi?id=740235
|
| |
|
| |
|
|
|
|
|
| |
Implements get_current_context() and get_proc_address() for wrapped
contexts.
|
|
|
|
| |
that is current in the calling thread.
|
|
|
|
|
|
|
| |
Avoids the following warning:
gstglcontext.c:647:58: error: 'prev' may be used uninitialized in
this function [-Werror=maybe-uninitialized]
|
| |
|
|
|
|
|
| |
In the end they will lead to the same root context in the tree so check that
for equality.
|
|
|
|
|
| |
Which determines whether two GstGLContext's can share sharable
OpenGL resources.
|
|
|
|
| |
Otherwise it might go away in the meantime and the caller has some random pointer.
|
| |
|
| |
|
|
|
|
|
|
| |
Fixes the Windows build.
https://bugzilla.gnome.org/show_bug.cgi?id=735565
|
|
|
|
|
|
| |
For both GL_KHR_debug and ARB_debug_output. This allows us to
receive errors and other hints from the GL instead of querying after
every GL operation.
|
|
|
|
| |
that just calls the subclass
|
|
|
|
|
|
| |
gracefully
CID 1219858
|
|
|
|
| |
error: 'return' with no value, in function returning non-void
|
| |
|
| |
|
|
|
|
|
| |
If available, glx has got a better chance of being the Gl platform
we want to use compared to EGL
|
|
|
|
|
|
| |
Fixes issues with .so (without numbering) being installed for development
(such as from mesa-dev) but actual driver (with numbering) coming from
some other place (like nvidia drivers)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
GST_GL_PLATFORM=cocoa GST_GL_WINDOW=cocoa
gst-launch-1.0 videotestsrc ! glimagesink
After:
GST_GL_PLATFORM=cgl GST_GL_WINDOW=cocoa
gst-launch-1.0 videotestsrc ! glimagesink
but still pass --enable-cocoa to configure script
because currently it can only be used with cocoa API.
We could later have cgl/gstglcontext_cgl.h that manages
a CGLContextObj directly and cocoa/gstglcontext_cocoa.h
would just wrap it.
So that it could be used with other Apple's window APIs.
https://bugzilla.gnome.org/show_bug.cgi?id=729245
|
|
|
|
|
| |
Useful for extensions that do not define any new GL API entrypoints
but can still modify behaviour when used.
|
|
|
|
| |
At the moment it simply delegates to the subclass.
|
|
|
|
| |
during context creation if something fails
|
|
|
|
| |
Aids memory leak debugging with GST_TRACE=mem-live
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=729551
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit makes the loading of the GModules threadsafe, and
always first tries to load the symbol for the GL library that
is selected for the current context. Only then it falls back
to looking into the current module (NULL), and only as a last
resort the context specific function (e.g. eglGetProcAddress())
is called.
Also add configure parameters to select the names of the library
modules instead of using the defaults, and let the defaults be
independent of the G_MODULE_SUFFIX.
https://bugzilla.gnome.org/show_bug.cgi?id=728753
|
|
|
|
|
|
|
|
| |
- Make gstgl work on Mali
- Keep it work on RPI
- fallback to NULL name module if fails with usual lib name
https://bugzilla.gnome.org/show_bug.cgi?id=728753
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=703341
|
|
|
|
|
|
|
|
| |
Mesa, for example returns valid pointers for glGetIntegerv and
glGetStringi even if the gl version is less than that required for
both those functions to supposedly exist.
https://bugzilla.gnome.org/show_bug.cgi?id=727324
|
|
|
|
|
|
|
| |
On GLES2 then (gl->GetIntegerv && gl->GetStringi) is false
regression introduced by cc6df204e2f58fffda5cbe90f3450aeba95889c4
https://bugzilla.gnome.org/show_bug.cgi?id=703343
|
|
|
|
| |
Need it on MacOSX 10.7.5
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
We should destroy resources before closing the display connection
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=725048
|
| |
|
| |
|
|
|
|
| |
Also s/gst_gl_api_string/gst_gl_api_to_string/g
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=719757
|