- Jun 07, 2015
-
-
Sebastian Dröge authored
-
- Jun 05, 2015
-
-
Sebastian Dröge authored
It might call back into us from another thread and try to take the stream lock again, e.g. to allocate a buffer. https://bugzilla.gnome.org/show_bug.cgi?id=726020
-
- Jun 03, 2015
-
-
Olivier Crête authored
This is required.
-
- Jun 02, 2015
-
-
Makes source code smaller, and ensures we go through common initialization path (like the one that sets up XML unit test output ...)
-
Tim-Philipp Müller authored
-
More generic mime-type which can be used by other decoders than libav. https://bugzilla.gnome.org/show_bug.cgi?id=727731
-
It enables GStreamer to decode Chinese AVS video streams. Also fix indentation. https://bugzilla.gnome.org/show_bug.cgi?id=727731
-
Sebastian Dröge authored
Otherwise we might leak some memory, like all compressed data when using avdec_ac3.
-
- May 31, 2015
-
-
Sebastian Dröge authored
-
- Apr 23, 2015
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
This is only required for builds from git, people can still build tarballs if they only have older autotools. https://bugzilla.gnome.org//show_bug.cgi?id=747624
-
- Apr 03, 2015
-
-
Tim-Philipp Müller authored
From bc76a8b to c8fb372
-
- Mar 29, 2015
-
-
- Mar 14, 2015
-
-
Sebastian Dröge authored
-
- Mar 10, 2015
-
-
Tim-Philipp Müller authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Mar 09, 2015
-
-
Sebastian Dröge authored
We will return an error right afterwards anyway.
-
Sebastian Dröge authored
-
Sebastian Dröge authored
Otherwise we just run into assertions because we should've errored out already.
-
- Mar 05, 2015
-
-
Luis de Bethencourt authored
-
Luis de Bethencourt authored
-
- Feb 23, 2015
-
-
Jan Schmidt authored
finish() is called at EOS, drain() is called at all other times when the decoder should be drained out. gst-libav decoder behaviour is the same in both cases, so use the same implementation See https://bugzilla.gnome.org/show_bug.cgi?id=734617
-
- Jan 26, 2015
-
-
Jan Schmidt authored
Respect any skip flags set in the incoming segment. https://bugzilla.gnome.org/show_bug.cgi?id=735666
-
- Jan 17, 2015
-
-
Sebastian Dröge authored
-
- Jan 12, 2015
-
-
Stefan Sauer authored
From f2c6b95 to bc76a8b
-
- Dec 18, 2014
-
-
Sebastian Dröge authored
From ef1ffdc to f2c6b95
-
- Dec 12, 2014
-
-
Sebastian Dröge authored
-
- Nov 28, 2014
- Nov 27, 2014
-
-
Edward Hervey authored
From 7bb2bce to ef1ffdc
-
- Nov 16, 2014
-
-
Nicolas Dufresne authored
This was probably not causing any issues, but we would randomly and needlessly update the pool in the query due to uninitialized variable.
-
- Oct 27, 2014
-
-
Sebastian Dröge authored
From 84d06cd to 7bb2bce
-
- Oct 21, 2014
-
-
Tim-Philipp Müller authored
From a8c8939 to 84d06cd
-
Stefan Sauer authored
From 36388a1 to a8c8939
-
- Sep 23, 2014
-
-
We use have_data (that comes from libav), instead of only trying 10 times, to know if there are more samples available. The old code was machine dependent as different amount of samples could be decoded by different type of (more powerful) machines, and 10 times was not always sufficient. https://bugzilla.gnome.org/show_bug.cgi?id=737144
-
- Sep 15, 2014
-
-
Sebastian Dröge authored
-
- Sep 12, 2014
-
-
We use have_data (that comes from libav), instead of only trying 10 times, to know if there are more frames available. The old code was machine dependant as different amount of frames could be decoded by different type of (more powerful) machines, and 10 times was not always sufficient. https://bugzilla.gnome.org/show_bug.cgi?id=736515
-
- Aug 27, 2014
-
-
Sebastian Dröge authored
-
- Aug 12, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-