- Apr 16, 2014
-
-
George Kiagiadakis authored
-
George Kiagiadakis authored
-
George Kiagiadakis authored
This is to assist with hardware implementations that upload a texture with a different size than the size of the video. See https://bugzilla.gnome.org/show_bug.cgi?id=727886#c22
-
George Kiagiadakis authored
This is to assist with hardware upload implementations that also perform color conversion during the upload and therefore the resulting format is different than the original buffer format. See https://bugzilla.gnome.org/show_bug.cgi?id=727886
-
- Apr 11, 2014
-
-
Josep Torra authored
Fixes warning "Sticky event misordering, got 'segment' before 'caps'".
-
- Apr 10, 2014
-
-
Vincent Penquerc'h authored
Thanks slomo for pointing out it's not standard.
-
Vincent Penquerc'h authored
matching_attr can not be NULL here, we've tested that away a few lines beforehand. Coverity 1139655
-
Vincent Penquerc'h authored
This avoids using uninitialized data (and properly rejects caps). Coverity 1139898
-
Vincent Penquerc'h authored
It was already checked in an early out, and as it's only incremented for at most the size of the passed buffer, it can only become NULL in an address wraparound. While there, don't cast away const on a pointer. Coverity 1139845
-
Vincent Penquerc'h authored
This fixes a possible NULL dereference. Coverity 1195146
-
Vincent Penquerc'h authored
If it does, the pad may be leaked if it's a request pad, though. Coverity 1139799
-
Vincent Penquerc'h authored
Coverity 1139798
-
Vincent Penquerc'h authored
Coverity 1195140, 1195139, 1195138
-
Vincent Penquerc'h authored
If gst_video_overlay_rectangle_apply_global_alpha is called with a rectangle with unsuitable alpha, expanding the alpha plane will fail, and thus lead to dereferencing a NULL src pointer. It's not certain this will happen in practice, as the function is static and callers might ensure suitable alpha before calling, but there is no apparent explicit such check. Add prologue asserts for proper alpha to explicitely prevent this. Coverity 1139707
-
Vincent Penquerc'h authored
Coverity 1139589, 1139588
-
Vincent Penquerc'h authored
Wasn't playing nice with an if statement below. Coverity 1139767
-
Vincent Penquerc'h authored
An audio CD may contain about a tenth of the samples 32 bit can represent, so it doesn't seem likely this will be hit in practice. Coverity 1139805
-
Tim-Philipp Müller authored
Assume systemstream=false for video/mpeg caps where that field is missing.
-
Vincent Penquerc'h authored
At 48 kHz, 2<<31 samples is reached before 13 hours so it sounds plausible this would be hit. Coverity 1139800, 1139801
-
Vincent Penquerc'h authored
Also rejects negative timestamps that aren't GST_CLOCK_TIME_NONE. Coverity 1139797
-
Vincent Penquerc'h authored
This should not cause any actual bug since Theora and Daala have a maximum shift of 31, and a packet duration of 2^31 seems very implausible. But it fixes: Coverity 1139804, 1139803, 1139802
-
Vincent Penquerc'h authored
And add NULLness asserts at top of function. The only call to this passes local variable pointers, so non NULL. Coverity 206375
-
Vincent Penquerc'h authored
It should really not happen unless the tag list it corrupt, but the API returns a failure code so we may as well use it. Coverity 1139595
-
Vincent Penquerc'h authored
Coverity 1197695
-
Sebastian Dröge authored
-
- Apr 09, 2014
-
-
Sebastian Dröge authored
decodebin: In adaptive streaming mode, only have a fixed buffer limit for the non-buffering multiqueue
-
- Apr 08, 2014
-
-
Wim Taymans authored
-
Mathieu Duponchelle authored
Checking the size available was incorrect, and the infos for per-pad EOS are available. Same logic as audiomixer. fixes: https://bugzilla.gnome.org/show_bug.cgi?id=727025
-
Josep Torra authored
Also parse channels as an optional field in the caps for compressed audio formats.
-
- Apr 06, 2014
-
-
Jan Schmidt authored
Check all supported caps on the overlay video pad, not just the first of (possibly) many.
-
- Apr 05, 2014
-
-
Tim-Philipp Müller authored
-
- Apr 04, 2014
-
-
Thiago Santos authored
Videodecoder does late renegotiation, it will wait for the next buffer before renegotiating its caps and bufferpool. It might happen that downstream element switched from passthrough to non-passthrough and sent a reconfigure upstream (that caused this renegotiation). This downstream element will ask the video sink below for the bufferpool with an allocation query and will get the same bufferpool that videodecoder is holding, too. When renegotiating, if videodecoder deactivates its bufferpool it might be deactivating the bufferpool that some element downstream is using and cause the pipeline to fail. https://bugzilla.gnome.org/show_bug.cgi?id=727498
-
Vincent Penquerc'h authored
Clock slaving can clip start time to zero, giving us a shorted duration than we originally got. To keep in sync, we must then discard the samples falling before that zero timestamp. This possibly fixes random distortion caused by constant PA underflows which are never resynced.
-
Wim Taymans authored
The KEMAC payload actually needs to have subpayloads and the key should go into the KEY_DATA subpayload. Add support for subpayloads and implement the KEY_DATA payload. Add some pointers to the conversion functions that allow us to add encryption and decryption later.
-
- Apr 03, 2014
-
-
Jan Schmidt authored
Drop the reference instead of waiting for either finalize(), or for a new source when reused. Everyone else already forgot about the old source.
-
Göran Jönsson authored
Added gst_rtsp_watch_set_flushing to list in file libgstrtsp.def
-
- Mar 30, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
baseparse will reverse each GOP for us already, so the segment events can be after our keyframe. Make sure to get it and all other relevant sticky events before starting to decode.
-
- Mar 29, 2014
-
-
Sebastian Dröge authored
-