| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
| |
As the relevant variables are initialized to 0/NULL, we can loop
over the full range and make sure we free partial allocations
when an error happens partway through initialization.
|
|
|
|
| |
Coverity 206004
|
|
|
|
|
| |
If a KEY_UNIT seek was requested, adjust segment
start to position of the key frame.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Turns out there was the same issue as with subtitles.
There is space for a single audio stream, but up to 255
may be used based on a uint8_t value in a struct, which may
or may not be read from the (untrusted) data.
A comment in ifo_types.h says this value is either 0 or 1, so
we can ensure this here without drawbacks.
Coverity 1139585
|
|
|
|
|
|
|
|
|
|
| |
There is space for a single subtitle stream, but up to 255
may be used based on a uint8_t value in a struct, which may
or may not be read from the (untrusted) data.
A comment in ifo_types.h says this value is either 0 or 1, so
we can ensure this here without drawbacks.
Coverity 1139586
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes multiple seeking issues. When doing ACCURATE or normal
non-KEYUNIT seeks, mxfdemux would just send data from the
edit unit that covered the seek position, whether that's
a keyframe or not. Decoders would only output things from
the next keyframe then, which means there's a gap between
the start of the segment and the first decoded data in
some cases. In combination with gst-editing-services this
might result in a frozen picture for the duration of that
gap at the beginning (if videorate fixes up the first
buffer's start timestamp to cover the entire gap), or
a black frame (if no videorate is used and videomixer
fills the gap). Also fixes A/V sync issue when requesting
a KEYUNIT seek.
|
|
|
|
|
|
|
| |
Channels can be up to 7. Also add a guard in case more can be
returned in the future.
Coverity 1139820, 1139821
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=727812
|
|
|
|
| |
Coverity 1139831
|
|
|
|
|
|
| |
We do want the caps event to be forwarded downstream
CID #1139754
|
|
|
|
|
|
| |
Whoops, modifying the pitch when modifying the output rate ...
CID #1139749
|
|
|
|
|
|
|
| |
This wasn't fatal before (worst case it would clear an already empty
adapter).
CID #1139758
|
|
|
|
|
|
|
| |
QUERY_CAPS is fully handled, we don't need to passthrough to the default
handler.
CID #1139756
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There is a small chance that we might end up in the done step without
having any output available.
Furthermore, when going through not_ready, we need to ensure gst_buffer_unmap
has a properly initialized GstMapInfo.
CID #1139923
CID #1139924
CID #1139919
CID #1139920
|
|
|
|
| |
Incoming streams need to be parsed. Doesn't fix the test completely though
|
|
|
|
|
| |
We now use that library, we need to initialize it so that debug
categories (amongst other things) get properly initialized
|
|
|
|
| |
Coverity 1139645
|
|
|
|
|
|
| |
Correct formulae found in ITU T.800, B.12.1.[345]
Coverity 1139649, 1139650, 1139651
|
|
|
|
|
| |
The test was not bringing the source back to NULL, so its thread
could start creating a buffer while the pads were being shutdown.
|
|
|
|
|
|
| |
gst_gl_context_create() might need to dispatch some operations to the
application's main thread, and calling this in the change_state function
can cause deadlocks.
|
|
|
|
|
|
| |
There is also an i386 version of iOS, which is for the simulator.
Better use our already existing HAVE_IOS check instead of relying
on the host triplet.
|
| |
|
|
|
|
|
| |
Actually return FALSE when the location node was non-existing
Only add the location node when it existed
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=719519
|
|
|
|
|
|
| |
Call with an uninitialized rectangle will cause errors.
https://bugzilla.gnome.org/show_bug.cgi?id=714998
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Regression from c8ff215b02ee178513e076e2dfbd14e9ce77ec49
|
|
|
|
| |
Was resulting in 'present but cannot be compiled' errors
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Signed-off-by: Stefan Ringel <linuxtv@stefanringel.de>
https://bugzilla.gnome.org/show_bug.cgi?id=727356
|
|
|
|
|
|
| |
Signed-off-by: Stefan Ringel <linuxtv@stefanringel.de>
https://bugzilla.gnome.org/show_bug.cgi?id=727356
|
|
|
|
|
|
| |
Signed-off-by: Stefan Ringel <linuxtv@stefanringel.de>
https://bugzilla.gnome.org/show_bug.cgi?id=726979
|
|
|
|
|
|
| |
Signed-off-by: Stefan Ringel <linuxtv@stefanringel.de>
https://bugzilla.gnome.org/show_bug.cgi?id=727187
|
|
|
|
|
|
| |
Signed-off-by: Stefan Ringel <linuxtv@stefanringel.de>
https://bugzilla.gnome.org/show_bug.cgi?id=727187
|
|
|
|
|
|
| |
Signed-off-by: Stefan Ringel <linuxtv@stefanringel.de>
https://bugzilla.gnome.org/show_bug.cgi?id=727187
|
|
|
|
|
|
| |
Signed-off-by: Stefan Ringel <linuxtv@stefanringel.de>
https://bugzilla.gnome.org/show_bug.cgi?id=727159
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=727385
|
| |
|
| |
|
| |
|
| |
|
| |
|