- Mar 24, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Mar 23, 2016
-
-
Thibault Saunier authored
-
Matthew Waters authored
In a stable release too, naughty. Use VK_API_VERSION_1_0 instead https://bugzilla.gnome.org/show_bug.cgi?id=764066
-
- Mar 22, 2016
-
-
Matthew Waters authored
Without the GST_GL_API_GLES2 bit set, we will not even attempt to look for the function pointers in the core library and will fallback to glFlush/glFinish.
-
Matthew Waters authored
it's exposed in public API so hiding it in an AC_DEFINE for config.h only works when building libgstgl itself. Attempting to use libgstgl (especially on egl platforms) will throw a compilation error.
-
- Mar 21, 2016
-
-
Peer query isn't being freed in case of GST_QUERY_SEEKING. https://bugzilla.gnome.org/show_bug.cgi?id=763974
-
- Mar 18, 2016
-
-
- Mar 17, 2016
-
-
The parser handles the downstream force-key-unit event incorrectly, it tries to parse it as an upstream force-key-unit event, does not check the return value, and then uses uninitialized memory in "all_headers" boolean variable. https://bugzilla.gnome.org/show_bug.cgi?id=763793
-
Matthew Waters authored
If the user uploads their own texture without setting the unpack length, then then the result will have the appearance of stride mismanagement due to an incorrect row length.
-
Matthew Waters authored
Until the examples are ported to opengl3/gles2, they will not work with any other GL api.
-
Matthew Waters authored
Fixes some sporadic X11 threading assertions.
-
- Mar 16, 2016
-
-
Matthew Waters authored
Just use gst_caps_set_features() instead.
-
Matthew Waters authored
If we are given caps with extra features (like the overlay composition features), we can only deal with that when we are in passthrough mode. Previously we were bailing entirely and not allowing passthrough filter elements with things like textoverlay. Fixes the following pipeline (assuming glfilter supports passthrough): gl ! textoverlay ! glfilter ! ... ! glimagesinkelement https://bugzilla.gnome.org/show_bug.cgi?id=763756
-
Matthew Waters authored
When transforming, xplode it out into the necessary caps features both with and without the passthough features. Fixes negotiation in the following class of pipelines: gl ! textoverlay ! glupload ! glimagesinkelement https://bugzilla.gnome.org/show_bug.cgi?id=763756
-
Matthew Waters authored
gnome-shell doesn't the support wl_scaler interface which makes creating a wayland display fail creation. Found in the generic state changes test
-
Matthew Waters authored
It's mostly supported for GLES 2.x, fully supported on GLES 3.x
-
Sebastian Dröge authored
This would hint at wrong position reporting, and apparently sometimes happens after a seek.
-
Sebastian Dröge authored
sRGC -> sRGB
-
- Mar 15, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Mar 12, 2016
-
-
Tim-Philipp Müller authored
-
- Mar 11, 2016
-
-
Jan Schmidt authored
When the sub-class claims a program for later freeing, make sure it's not left in the hash table, or it can cause crashes on shutdown. Make sure tsdemux frees any program it has kept around at shutdown if it wasn't freed already. https://bugzilla.gnome.org/show_bug.cgi?id=763503
-
Sreerenj Balachandran authored
Create temporary ParseFrame and copy the nal size buffer region for each nal unit like we did for h264. https://bugzilla.gnome.org/show_bug.cgi?id=763494
-
-
Sebastian Dröge authored
So don't error out if it does. https://bugzilla.gnome.org/show_bug.cgi?id=763401
-
- Mar 10, 2016
-
-
Matthew Waters authored
Gives applications that scrape the factory details more detailed and unique details on the exact element. https://bugzilla.gnome.org/show_bug.cgi?id=760566
-
Matthew Waters authored
GL 1.4 (with GL_ARB_shader_objects) doesn't have glIsProgram or glIsShader equivalents. As they are simply assertions, skip them when there isn't a valid function pointer.
-
Matthew Waters authored
Fixes black output when placed in pipelines (using the default drawing). https://bugzilla.gnome.org/show_bug.cgi?id=763365
-
Matthew Waters authored
Otherwise we will receive bogus values https://bugzilla.gnome.org/show_bug.cgi?id=763365
-
Matthew Waters authored
The examples don't work with any other GL API. Also fix the yuv example to not translate the cube out of the clipping area.
-
Matthew Waters authored
Fixes a negotiation failure in the example
-
- Mar 09, 2016
-
-
This is a regression from since mpegvideoparser was switched to use the codecparsing library. The problem is that the high bit of the profile_and_level is used to specify non-hierarchical profiles and levels. Unfortunately we were discarding that information. Expose that escape bit, and use it in the element https://bugzilla.gnome.org/show_bug.cgi?id=763220
-
- Mar 08, 2016
-
-
When dealing with accurate seeks, we must send out a segment which is exactly what is requested. https://bugzilla.gnome.org/show_bug.cgi?id=763262
-
- Mar 07, 2016
-
-
Matthew Waters authored
We want to iterate over all the pads, not just the first one. Fix by returning TRUE in the GstAggregatorPadForeachFunc. Removes a GST_IS_GL_CONTEXT() assertion on shutdown with >2 inputs using gst-launch.
-
Matthew Waters authored
With e38af230 returning the correct contexts, gst_gl_display_add_context() was susceptible to causing infinte loops when adding the same GstGLContext more than once. Fix and add a test for gst_gl_display_add_context(). Fixes glvideomixer gst-validate tests.
-
Sebastian Dröge authored
This reverts commit 797d6415. We're frozen for 1.8.0 release and this change might have bigger impact.
-
Alessandro Decina authored
Execute GL calls without marshalling them to the context thread. In the cocoa and eagl backends calling gst_gl_context_activate is cheap and therefore calling it on the current thread and serializing GL calls with a per-context lock is more efficient (faster and has less overhead) than marshalling everything to the context thread. This optimization cuts a large overhead in g_poll (continuously waking up the context thread) and in g_mutex_*/g_cond_* (waiting for results from the context thread).
-
- Mar 06, 2016
-
-
Mark Nauwelaerts authored
When requesting a glcontext (regardless of thread), the result was correct. However, when requesting current glcontext on a specific thread, it could come up with a glcontext active on another thread. https://bugzilla.gnome.org/show_bug.cgi?id=763168
-