- Mar 15, 2016
-
-
Sebastian Dröge authored
-
- Mar 11, 2016
-
-
Sebastian Dröge authored
Otherwise we set a random value from the stack as bitrate. The default (0) is a better choice and doesn't upset valgrind.
-
- Mar 01, 2016
-
-
Sebastian Dröge authored
-
- Feb 26, 2016
-
-
Sebastian Dröge authored
From b64f03f to 6f2d209
-
- Feb 23, 2016
-
-
Sebastian Dröge authored
Remove calls to gst_pad_has_current_caps() which then go on to call gst_pad_get_current_caps() as the caps can go to NULL in between. Instead just use gst_pad_get_current_caps() and check for NULL. https://bugzilla.gnome.org/show_bug.cgi?id=759539
-
- Feb 21, 2016
-
-
Tim-Philipp Müller authored
This hasn't been touched for generations, doesn't work, and is just causing confusion. We also don't want to maintain these files manually.
-
- Feb 20, 2016
-
-
Tim-Philipp Müller authored
It's not right and won't work on Windows with MSVC.
-
- Feb 19, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Feb 16, 2016
-
-
Switch the gobject properties and internal handling to support that
-
Sebastian Dröge authored
-
Sebastian Dröge authored
There are some new codec IDs that we probably would like to map too, e.g. Dirac/VC2 and Cineform HD.
-
- Feb 15, 2016
-
-
Sebastian Dröge authored
-
- Feb 05, 2016
-
-
Thiago Santos authored
From 86e4663 to b64f03f
-
- Jan 25, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
It has its own allocator that is not necessarily doing the same as malloc and will then usually crash. E.g. on Windows or when memalign() is available.
-
- Jan 21, 2016
-
-
We should have done that ages ago ... https://bugzilla.gnome.org/show_bug.cgi?id=574461
-
Sebastian Dröge authored
-
- Jan 20, 2016
-
-
Sebastian Dröge authored
-
- Jan 19, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
AVCodec.coded_frame is deprecated and will disappear at some point in the future.
-
- Jan 16, 2016
-
-
-
Sebastian Dröge authored
Cast it to a gint64 for now though, as otherwise we will fail compilation with ffmpeg 2.8. https://bugzilla.gnome.org/show_bug.cgi?id=757498
-
Sebastian Dröge authored
-
- Jan 07, 2016
-
-
Tim-Philipp Müller authored
Use g_strdelimit(), make sure to include comma as well, which isn't included in G_STR_DELIMITERS. https://bugzilla.gnome.org/show_bug.cgi?id=734451
-
- Dec 24, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
In ffmpeg this is the same as FRONT_CENTER, but we distinguish between FRONT_CENTER and MONO in GStreamer. Add an explicit mapping for this special case in the translations functions. https://bugzilla.gnome.org/show_bug.cgi?id=759846
-
- Dec 23, 2015
-
-
Handling slice_offset in avviddec is resulting in invalid memory read. Since rv decoders anyways handle slice_offset, removing the same to fix memory mishandlings https://bugzilla.gnome.org/show_bug.cgi?id=758726
-
- Dec 21, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
While this is more useful for libraries, some of our plugins with multiple files and some internal API can also benefit from this.
-
- Dec 16, 2015
-
-
Sebastian Dröge authored
-
- Dec 07, 2015
-
-
Nicolas Dufresne authored
From b319909 to 86e4663
-
- Dec 04, 2015
-
-
Reynaldo H. Verdejo Pinochet authored
Error out if system's libav* libraries are not provided by FFmpeg. Libav-incompatible changes were introduced to support the latter so we can no longer support both. https://bugzilla.gnome.org/show_bug.cgi?id=758183
-
- Dec 03, 2015
-
-
Reynaldo H. Verdejo Pinochet authored
Libav-incompatible changes were introduced to support FFmpeg and we can no longer properly support Libav. FFmpeg micro versions for libav* start at 100 (this was done to differentiate from Libav builds). We use this to bail at configure time if the system libav* libraries are not provided by FFmpeg. https://bugzilla.gnome.org/show_bug.cgi?id=758183
-
- Dec 01, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
avviddec: Make sure to use a buffer pool with the correct width/height configured on it for pushing buffers downstream If downstream does not provide a (usable) pool, we would use our internal pool. But the internal pool might be configured with a different width/height because of padding, which then will cause problems if we push buffers from it directly downstream. Instead create a new pool if the width/height is different. This prevents crashes with vaapisink and d3dvideosink for example. Based on the debugging results and discussions with Nicolas Dufresne <nicolas.dufresne@collabora.com> https://bugzilla.gnome.org/show_bug.cgi?id=758344
-