- Jul 19, 2018
- Jul 18, 2018
-
-
glcolorbalance is in the default GL path inside glimagesink, so has been causing an possibly-unnecessary extra texture copy on Android for a while now. If we're just doing passthrough, we can support OES directly. If not, they'll be transformed to 2D textures and colourbalanced.
-
Tim-Philipp Müller authored
-
[Matthew Waters]: add meson differences https://bugzilla.gnome.org/show_bug.cgi?id=796820
-
Otherwise we'll fail with an unhelpful message that no decoder for the raw caps was found if a container contains raw media.
-
For e.g. 16-channel audio, if the channel mask is 0 (which it usually is), gst_audio_channel_positions_from_mask would get confused, ultimately leading into a crash. https://bugzilla.gnome.org/show_bug.cgi?id=796578
-
msvc doesn't like #ifdef inside macro expansion
-
If num_open_tags is 0, we shouldn't try to get the "last" open tag since there isn't any.
-
A granule is a 64bit signed integer, shifting by 63 or more is undefined and most likely an indication that the stream is corrupted or invalid. Detected by oss-fuzz
-
- Jul 16, 2018
-
-
Guillaume Desmottes authored
The property is 'plane-offsets', not 'plane-offset' so the example in the description was wrong. https://bugzilla.gnome.org/show_bug.cgi?id=796817
-
- May 21, 2018
-
-
- May 20, 2018
-
-
This made the meson build install those files, while they aren't installed with the autotools build. https://bugzilla.gnome.org/show_bug.cgi?id=796274
-
Under MSYS2 glib-mkenums is an executable and has a .exe extension and the path does not end with "glib-mkenums". Make the script compare the path without the file extension instead. https://bugzilla.gnome.org/show_bug.cgi?id=796274
-
- May 17, 2018
- May 14, 2018
-
-
Sebastian Dröge authored
And also handle flushing, we might otherwise wait here forever when flushing too.
-
Sebastian Dröge authored
Otherwise shutting down during EOS waiting will cause a deadlock. https://bugzilla.gnome.org/show_bug.cgi?id=795551
-
Sebastian Dröge authored
It is possible that both application and the stream are waiting currently, if for example the following happens: 1) app is waiting because no buffer in appsink 2) appsink providing a buffer and waking up app 3) appsink getting another buffer and waiting because it's full now 4) app thread getting back control Previously step 4 would overwrite that the appsink is currently waiting, so it would never be signalled again. https://bugzilla.gnome.org/show_bug.cgi?id=795551
- May 13, 2018
- May 12, 2018
-
-
Philippe Normand authored
-
-
- May 10, 2018
- May 09, 2018
- May 08, 2018
-
-
uri and suburi should be free'd https://bugzilla.gnome.org/show_bug.cgi?id=795932
-
- May 05, 2018
-
-
The problem is that even though the functions we are calling are in-place transformation, orc automatically puts the restrict keyword on all arguments. To silence that warning just create yet-another variable containing the same value. https://bugzilla.gnome.org/show_bug.cgi?id=795765
-
- May 02, 2018
-
-
Thibault Saunier authored
We used to get: gst_audio_format_from_string: assertion 'format != NULL' failed
-
Thibault Saunier authored
With the way caps negotiation work in encoders, the only way to ensure that no downstream renegotiation is done in the encoder is to also lock upstream caps. Anyway with the current behavior upstream of encoders *require* to handle any file format so locking upstream format should be safe. https://bugzilla.gnome.org/show_bug.cgi?id=795464
-
- May 01, 2018
-
-
If the output tag had been exposed, it never ever updated even if we reset the tagmux using state change. https://bugzilla.gnome.org/show_bug.cgi?id=795691
-
When frames are dropped or reordered then the serialized events are collected and pushed with the next frame. This test verifies that the order is preserved. https://bugzilla.gnome.org/show_bug.cgi?id=794192
-
Since events are pushed out in reverse order, newer events need to be added at the front of event lists https://bugzilla.gnome.org/show_bug.cgi?id=794192
-