- Dec 14, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- set mute value at startup - correct set and get mute functions https://bugzilla.gnome.org/show_bug.cgi?id=755106
-
Wim Taymans authored
When we are resurecting a buffer, don't block. instead let us copy a buffer.
-
- Dec 11, 2015
-
-
If GetStatus() fails, the status itself won't be very meaningful but we also have to look at its return value. This fixes blocking pipelines when removing sound devices or during other errors, where we wouldn't notice the error and then wait forever. https://bugzilla.gnome.org/show_bug.cgi?id=734098
-
- Dec 09, 2015
-
-
Josep Torra authored
Actual code is checking for a NULL terminator and a ';' terminator, for backward compat, in a chained way that cause all events being rejected. The proper condition is to reject the events when terminator isn't in ['\0', ';'] set. https://bugzilla.gnome.org/show_bug.cgi?id=758151
-
Josep Torra authored
Add a simple test that checks proper serialization/deserialization of custom events with rtpgstpay and rtpgstdepay.
-
Sebastian Dröge authored
We would queue 5 consective packets before considering a reset and a proper discont here. Instead of expecting the next output packet to have the current seqnum (i.e. the fifth), expect it to have the first seqnum. Otherwise we're going to drop all queued up packets.
-
- Dec 07, 2015
-
-
auds.blockalign is set once the first caps arrive. If gst_avi_mux_stop_file() is called before this happens then auds.blockalign is zero and gst_avi_mux_audsink_set_fields() cause a crash: [...] avipad->parent.hdr.rate = avipad->auds.av_bps / avipad->auds.blockalign; [...] https://bugzilla.gnome.org/show_bug.cgi?id=758912
-
- Dec 01, 2015
-
-
Thiago Santos authored
Makes sure upstream will unblock and return the thread so that seeking can continue https://bugzilla.gnome.org/show_bug.cgi?id=758861
-
Sebastian Dröge authored
This fixes seeking if the first entries in the samples table are negative. The binary search would always fail on this as the array would not be sorted if interpreting the negative numbers as huge positive numbers. This caused us to always output buffers from the beginning after a seek instead of close to the seek position. Also add a case to the comparison function for equality.
-
- Nov 16, 2015
-
-
inactive_cond is not being cleared resulting in memory leak. https://bugzilla.gnome.org/show_bug.cgi?id=757924
-
- Nov 05, 2015
-
-
-
When the cenc aux info index is out of moof boundaries, keep track of it and parse the beginning of the mdat box, before the first sample. https://bugzilla.gnome.org/show_bug.cgi?id=755614
-
This is needed to make sure that child processes don't inherit the video device fd which can cause problems with some drivers.
-
- Nov 01, 2015
-
-
Tim-Philipp Müller authored
Don't write time as e.g. 11:9:42
-
Håvard Graff authored
Or else flvdemux don't understand it https://bugzilla.gnome.org/show_bug.cgi?id=754435
-
Håvard Graff authored
Add a basic test using speex data to verify timestamping. https://bugzilla.gnome.org/show_bug.cgi?id=754435
-
- 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
-