| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Drop object lock before unrefing memory, otherwise the object
lock might be taken again from the allocator and then things
deadlock.
https://bugzilla.gnome.org/show_bug.cgi?id=760551
|
|
|
|
|
|
|
|
|
| |
SBC frame length calculation wasn't being rounded up to the nearest byte
(as specified in the A2DP 1.0 specification, section 12.9). This could
cause 'stereo' and 'joint stereo' mode SBC streams to have incorrectly
calculated frame lengths.
https://bugzilla.gnome.org/show_bug.cgi?id=742446
|
|
|
|
|
|
| |
Qt might not redraw the scene otherwise.
https://bugzilla.gnome.org/show_bug.cgi?id=758286
|
|
|
|
|
|
|
|
| |
The MPEG standard (ISO-13880-1) says the reserve bits need to be set
to one (2.1.64). This is causing transport streams to fail validation
on some systems.
https://bugzilla.gnome.org/show_bug.cgi?id=760127
|
|
|
|
|
|
|
|
|
| |
This works usually in this place, unless the compiler optimizes things in
interesting ways in which case it causes stack corruption and crashes later.
The compiler in question here is clang with -O1, which seems to pack the stack
a bit more and causes writing to the guint as pointer to overwrite map.memory,
which then later crashes during unmapping of the memory.
|
|
|
|
| |
Otherwise GL initialization might check for extensions forever and never finishes.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756573
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=758943
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Otherwise composition will result in a black frame outside the transformed
video.
|
|
|
|
|
| |
Provides a performance improvement on iOS where we were falling back to glFinish
on settting sync points.
|
|
|
|
|
|
|
|
| |
Otherwise we might end up in an infinite loop because of errors.
Also take the element's mutex in unprepare().
https://bugzilla.gnome.org/show_bug.cgi?id=738292
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=758913
|
|
|
|
|
|
|
| |
It will fail and cause the sink to crash. Instead wait until the window is
visible again before checking if the swapchain really has to be recreated.
https://bugzilla.gnome.org/show_bug.cgi?id=741608
|
|
|
|
|
|
| |
Fixes a memory leak leaking the texture objects.
https://bugzilla.gnome.org/show_bug.cgi?id=758286
|
|
|
|
|
|
| |
Mitigates the following critical
gst_gl_context_thread_add: assertion 'context->priv->active_thread == g_thread_self ()' failed
|
|
|
|
|
|
|
|
| |
The scene graph can be initialized when the we receive window handle change
notification and so we will not receive a scenegraph initialization
notification. Initialize ourself in this case.
https://bugzilla.gnome.org/show_bug.cgi?id=758337
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=758205
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=757895
|
|
|
|
|
|
|
|
| |
If tsdemux never receives data for a stream, the corresponding pad will never
be added and stream->active will remain FALSE. When the stream is removed, the
pad will not be unreffed and will be leaked.
https://bugzilla.gnome.org/show_bug.cgi?id=757873
|
|
|
|
|
|
|
|
| |
Otherwise, gst_vtenc_negotiate_profile_and_level will double-release as
it checks for profile_level != NULL. This caused crashes when the
vtenc instance is stopped and then restarted.
https://bugzilla.gnome.org/show_bug.cgi?id=757935
|
|
|
|
|
|
| |
Output caps being got from video info is not getting freed
https://bugzilla.gnome.org/show_bug.cgi?id=757929
|
|
|
|
|
|
|
|
| |
There is a possibility that the _get_caps impl will be called with the
feature in the filter caps which when interecting with the template,
will return EMPTY and therefore fail negotiation.
https://bugzilla.gnome.org/show_bug.cgi?id=757854
|
|
|
|
|
|
| |
It is up to the element handling the seek to send flush events
downstream, otherwise we end up with a situation where upstream
would get unexpected GST_FLOW_FLUSHING
|
|
|
|
|
|
|
|
|
|
| |
It's for the upstream element driving the pipeline to
handle seeks and send flush events or not, filters
should not interfere here, otherwise downstream pads
could be flushing before upstream pads are flushing,
which can result in GST_FLOW_ERROR being sent instead
of GST_FLOW_FLUSHING when trying to forward sticky
events at just the wrong moment.
|
|
|
|
|
|
|
|
| |
This reverts commit 6101fc57b8afac4f4e4aa742892f0d9c99d38a8c.
GstVideoEncoder assumes that the input buffer is available until _finish_frame.
https://bugzilla.gnome.org/show_bug.cgi?id=756951
|
|
|
|
| |
For all the other sample rates the encoder will have to resample internally.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Differentiate the vp8/vp9 bitstream based on fourcc.
https://bugzilla.gnome.org/show_bug.cgi?id=757251
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This wl_display proxy is temporary only until waylandsink goes NULL,
at which point the connection to the display is disposed. Unfortunately,
if this is advertised as a GstContext, playbin will cache it and re-feed
it to the sink when it goes PLAYING again, but the wl_display pointer
will at that point be invalid and cause a crash.
Another solution to the problem would be to also cache the GstWlDisplay
object inside the GstContext, which would automatically ref-count
the display connection, but I see no reason in doing that at the moment,
as there are no known users of this GstContext outside waylandsink.
It's probably better to avoid chasing hidden refcounts.
https://bugzilla.gnome.org/show_bug.cgi?id=756567
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a (master) playlist contains a variant list entry without a
URI then during parsing of the next variant list entry we are
a) leaking the entry we're currently parsing (new_list), and
b) free'ing the pointer to the previous list entry (list) without
updating the pointer.
Hence when then adding the URI for the latest parsed entry, incorrect
information is stored, as the information is used from 'list' which
is not valid memory anymore, also leading to crashes.
Fix this by correctly storing the new variant list entry pointer
as needed.
https://bugzilla.gnome.org/show_bug.cgi?id=756861
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756876
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756653
|
|
|
|
|
|
|
| |
The value is optional in the range, and if it is absent it means we should
download until the end of stream. Not until position 0.
https://bugzilla.gnome.org/show_bug.cgi?id=748316
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756578
|
|
|
|
|
|
| |
COLOR_QCOM_FormatYVU420SemiPlanar32mMultiView for decoding
https://bugzilla.gnome.org/show_bug.cgi?id=756578
|
|
|
|
|
|
|
| |
SetWindowLong works only for 32 bit systems, thus windows events (move/resize)
where not interpreted on 64 bit systems
https://bugzilla.gnome.org/show_bug.cgi?id=756617
|
|
|
|
|
|
|
|
|
|
| |
In order to ensure the sequence_position will always be consistently updated,
store the current file duration.
This way, when we advance, we can always increment the position based on what
was previously outputted.
https://bugzilla.gnome.org/show_bug.cgi?id=752132
|
|
|
|
|
|
|
|
| |
Allows baseclass to handle it from there
Related to:
https://bugzilla.gnome.org/show_bug.cgi?id=756563
|
|
|
|
|
|
|
|
|
|
| |
Store and copy input state fields when setting the
output state of the decoder. Avoids problems like
the framerate set by an upstream element being ignored
Related to:
https://bugzilla.gnome.org/show_bug.cgi?id=756563
|
|
|
|
|
|
|
| |
Makes sure the mngr struct reflects a clean state
for the next frame, avoiding failures like:
https://bugzilla.gnome.org/show_bug.cgi?id=756563
|