| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
bytestream
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=763401
|
|
|
|
|
|
|
|
| |
configured
So don't error out if it does.
https://bugzilla.gnome.org/show_bug.cgi?id=763401
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
Fixes black output when placed in pipelines (using the default drawing).
https://bugzilla.gnome.org/show_bug.cgi?id=763365
|
|
|
|
|
|
| |
Otherwise we will receive bogus values
https://bugzilla.gnome.org/show_bug.cgi?id=763365
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Fixes a negotiation failure in the example
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=763356
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
With e38af2304427db908a16bbae0e60aa68be1ba5b5 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.
|
|
|
|
|
|
| |
This reverts commit 797d6415dfd6e111efb2cab544958a67cbf22b17.
We're frozen for 1.8.0 release and this change might have bigger impact.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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).
|
|
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=763065
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=763065
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=763079
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
[Matthew Waters]: add NULL checks before unreffing
https://bugzilla.gnome.org/show_bug.cgi?id=762999
|
| |
|
|
|
|
| |
The format was provided as 'I420' instead of "I420", causing a crash.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
!(flag1 | flag2 | flag3) is always evaluation to 0. ~ was meant here
instead of !.
CID 1352032.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Enabling passthorugh mode is causing multiple issue:
For nal aligned multiresoluton streams, passthrough mode
make h264parse unable to advertise the new resoultions.
Also causing issues while parsing MVC streams which have two
separate layers (base-view and non-base-view).
This fix is only a temporary workaround.
For MVC, proper fixes needed in many places:
(handle prefix nal unit, handle non-base-view slice nal extension,
fix the picture_start detection for multi-layer-mvc streams etc)
https://bugzilla.gnome.org/show_bug.cgi?id=758656
|
|
|
|
|
|
|
|
| |
returned by the SDP helpers
The SDP helpers can't know if this is going to be RTP, SRTP, or ....
https://bugzilla.gnome.org/show_bug.cgi?id=762860
|
|
|
|
|
|
| |
They're supposed to be stream_%u and not recv_rtp_src_%u_%u_%u.
https://bugzilla.gnome.org/show_bug.cgi?id=762860
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=762842
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=762842
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=762842
|
| |
|