- Oct 30, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Oct 28, 2015
-
-
-
For the MS/VfW codec ids, we want to write DTS timestamps instead of PTS because that's what everyone else seems to do (and it's also how it is in AVI). So for those input formats we use the buffer DTS instead of the PTS. However, if there's no DTS set but only the PTS then just take the PTS instead of dropping the input buffer. This is useful especially for I-frame only codecs like JPEG and huffyuv, but should also be fine as fallback in general. Fixes regression with input JPEG frames that only have PTS set on them. https://bugzilla.gnome.org/show_bug.cgi?id=756967
-
Thibault Saunier authored
Negotiation to audio/x-raw,format=S8 was not possible because S8 does not have a bit order so we ended up doing `if (!entry.fourcc) goto refuse_caps;` https://bugzilla.gnome.org/show_bug.cgi?id=756387
-
-
-
George Kiagiadakis authored
Instead, delay it until all request pads have been released. This is because the release_pad() vfunc requires the multiqueue and muxer to be there in order to release their request pads as well. If those elements are destroyed earlier, release_pad() does not work, no pads are released and some resources are leaked. https://bugzilla.gnome.org/show_bug.cgi?id=753622
-
- Oct 27, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
We have to reverse all samples in a buffer before processing them to properly have continuous data from one buffer to another. As a result we will have a negative applied rate and a rate of 1.0. Also make sure that input buffers are correctly clipped to the segment, otherwise our calculations are going to go wrong. Also copy over the segment event's sequence number to the output segment while we're at it. https://bugzilla.gnome.org/show_bug.cgi?id=757033
-
- Oct 25, 2015
-
-
Jan Schmidt authored
-
- Oct 20, 2015
-
-
It was always being set to 0, making the resulting stream broken for the receiver https://bugzilla.gnome.org/show_bug.cgi?id=756422
-
It's not available on older OSX and we can as well use memchr() here. https://bugzilla.gnome.org/show_bug.cgi?id=756154
-
mapped buffer is not being unmapped during failures https://bugzilla.gnome.org/show_bug.cgi?id=756231
-
- Oct 19, 2015
-
-
Free the event after being handled to prevent memory leak. https://bugzilla.gnome.org/show_bug.cgi?id=756799
-
- Oct 17, 2015
-
-
If the QtDemuxStream are re-used they may already have caps which used to be leaked. Reproduced using the validate.dash.playback.seek_forward.dash_exMPD_BIP_TC1 validate scenario. https://bugzilla.gnome.org/show_bug.cgi?id=756561
-
Free the stream and its sub items instead of just the stream https://bugzilla.gnome.org/show_bug.cgi?id=756544
-
- Oct 07, 2015
-
-
When getting date from taglist, the memory should be freed after using it. https://bugzilla.gnome.org/show_bug.cgi?id=756171
-
When getting sample from taglist, the memory should be freed after using it. https://bugzilla.gnome.org/show_bug.cgi?id=756068
-
Buffer is added to the internal cache, and pushed only when accumulated buffer duration crosses 200 ms. So when the chain ends, the buffer accumulated is not freed. Freeing the cache when the state changes from PAUSED to READY. https://bugzilla.gnome.org/show_bug.cgi?id=754212
-
- Oct 02, 2015
-
-
George Kiagiadakis authored
This can be useful for applications that need to track the created fragments (to log them in a recording database, for example) https://bugzilla.gnome.org/show_bug.cgi?id=750108
-
Ramiro Polla authored
In the absence of a video stream, the first stream will be used as reference. https://bugzilla.gnome.org/show_bug.cgi?id=753617
-
George Kiagiadakis authored
mux_start_time refers to the running_time of the buffer that goes first in the output file. Normally this time is 0, so this variable is initialized to 0 during the state change to PAUSED. However, when dealing with dynamic pipelines and starting a recording while the pipeline has already run for a while, the running_time of the first buffer is > 0 and this causes a problem with detecting the end of the first file(s) when splitting by duration, because the code will later compare the threshold_time with (last buffer running_time - mux_start_time) and will get it wrong until mux_start_time advances enough to make this difference < threshold_time, creating empty files in the meantime. https://bugzilla.gnome.org/show_bug.cgi?id=753624
-
- Sep 29, 2015
-
-
-
Tim-Philipp Müller authored
We don't necessarily have full control over the input tags, so it's possible that the ISRC tag contains a longer string than expected, in which case we'd write over the end of the static-size 13 byte buffer that is FLAC__StreamMetadata_CueSheet_Track::isrc. Make sure to only copy the ISRC if it's not too long, and make sure the buffer we write to is always NUL-terminated by using g_strlcpy(). CID 1324931.
-
We now allocate memory via GstAllocator and as such can handle arbitrary alignments, not only <= G_MEM_ALIGN. https://bugzilla.gnome.org/show_bug.cgi?id=755708
-
- Sep 26, 2015
-
-
Guillaume Marquebielle authored
On reading LOAS config, flag v=1 and vA=1 combination can occur, leading to warning "Spec says "TBD"...". Returning TRUE on this case while parameters 'sample_rate' and 'channels' are pointing to uninitialized values can end on setting random values as rate and channels on src caps. https://bugzilla.gnome.org/show_bug.cgi?id=755611
-
- Sep 25, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Thibault Saunier authored
Otherwise we end up considering the values did not change and we wrongly work with the old video format (which will lead to wrong behaviour/segfaults). https://bugzilla.gnome.org/show_bug.cgi?id=755621
-
- Sep 24, 2015
-
-
Sebastian Dröge authored
eceb2ccc broke segment seeks by always accumulating segments manually when activating a segment. This is only needed when handling edit lists, not when activating a segment because of a seek. Do the accumulation when switching edit list segments instead. This fixes segment seeks again, while keeping edit lists playback working. https://bugzilla.gnome.org/show_bug.cgi?id=755471
-
- Sep 23, 2015
- Sep 21, 2015
-
-
Jan Schmidt authored
-
- Sep 20, 2015
-
-
The same memory leaks were fixed in identical fashion for vorbisdepay in 06efeff5 in 2009. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=755277
-
* use g_list_free_full(), don't iterate elements maually when freeing * call gst_rtp_*_pay_clear_packet(), don't duplicate its code * use gst_buffer_unref() to clarify that it is buffers being released, instead of refering directly to gst_mini_object_unref() Fixes https://bugzilla.gnome.org/show_bug.cgi?id=755277
-
-
- Sep 18, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-