- 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
-
Matthew Waters authored
-
Matthew Waters authored
-
Matthew Waters authored
-
Matthew Waters authored
-
Matthew Waters authored
-
- Mar 05, 2016
-
-
Mark Nauwelaerts authored
-
Sebastian Dröge authored
X11_LIBS is needed for XInitThreads() and without the #define we get warnings about the GL API being still unstable.
-
ahcsrc is registered by gstamc.c https://bugzilla.gnome.org/show_bug.cgi?id=763098
-
- Mar 04, 2016
-
-
In the androidmedia plugin_init, we initialize various resources on the Android device. If anything fails during this series of initializations, we need to deinitialize any initializations that already occurred. However, we don't do so if we fail to register the ahcsrc element. Fix this. https://bugzilla.gnome.org/show_bug.cgi?id=763065
-
The error message is specific to only one of the failure cases and is misleading in the others. Correct it to be more generic and cover all the failure cases. https://bugzilla.gnome.org/show_bug.cgi?id=763065
-
Nicolas Dufresne authored
Maxsize is initialized once and should never change. Allocating data should have no impact on the selected max size for this memory. This causing memory map failure as the maxsize would become smaller then size. This happened when using direct rendering in avviddec on GL that does not support PBO transfer. https://bugzilla.gnome.org/show_bug.cgi?id=763045
-
- Mar 03, 2016
-
-
[Matthew Waters]: add NULL checks before unreffing https://bugzilla.gnome.org/show_bug.cgi?id=762999
-
- Mar 02, 2016
-
-
Reynaldo H. Verdejo Pinochet authored
-
The format was provided as 'I420' instead of "I420", causing a crash.
-
Aurélien Zanelli authored
In some cases, the PTS might be smaller than the first observed PCR value which causes element to apply wraparound leading to bogus timestamp. To solve this, we only apply it if the PTS-PCR difference is greater that 1 second to be sure that it's a real wraparound. Moreover, using unsigned 32 bits values to handle wrapover could end up with bogus value, so it use pts value to handle it. Also, convert pcr time to gst time before comparing it to pts. Since refpcr is expressed in PCR time base while pts is expressed in GStreamer time. https://bugzilla.gnome.org/show_bug.cgi?id=743259
-
Sebastian Dröge authored
!(flag1 | flag2 | flag3) is always evaluation to 0. ~ was meant here instead of !. CID 1352032.
-