- Mar 28, 2018
-
-
Tim-Philipp Müller authored
- Feb 28, 2018
-
-
Tim-Philipp Müller authored
libx264 used to be built for one specific bit depth, and if we wanted to support multiple bit depths we would have to dynamically load the right .so from different paths. That has changed now, and libx264 can include support for multiple depths in the same lib, so we don't need to do the dlopen() dance any more. We'll keep the vtable stuff around until we can drop support for older x264. gstx264enc.c:2927:36: error: ‘x264_bit_depth’ undeclared https://bugzilla.gnome.org/show_bug.cgi?id=792111
-
- Jan 17, 2018
-
-
Those functions can be disabled. Instead just use the (existing) function. CID #1427121
-
Those functions can be disabled. Instead just use the (existing) function. CID #1427093
-
- Dec 07, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Dec 06, 2017
-
-
Sebastian Dröge authored
LIBCDIO_VERSION_NUM was defined as e.g. 94 for 0.94 but is now defined as 1 for 1.0. We had various checks for < 83, which of course succeeded now although we are >= 0.83. Fix this by checking for < 76 (0.76) too, as that is the minimum version we currently support and everything < 76 is going to be >= 1.0. https://bugzilla.gnome.org/show_bug.cgi?id=791301
-
- Dec 01, 2017
- Sep 18, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Sep 16, 2017
- Aug 17, 2017
-
-
Tim-Philipp Müller authored
From 48a5d85 to dd9d403
-
- Jul 25, 2017
-
-
The pad template takes its own ref, so we should unref the caps. https://bugzilla.gnome.org/show_bug.cgi?id=784982
-
Move creation of supported sink pads into class_init function which is also the only place where they're used. Unref the caps when no longer needed, the pad template will take its own ref. https://bugzilla.gnome.org/show_bug.cgi?id=784982
- Jul 14, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Jun 27, 2017
-
-
In the same vein as the previous commit, the end of the file might have been cut and therefore contains bogus data. If the object is too short, consider it as garbage and return a non-fatal flow. Regression introduced in 97294eb8
-
Some files have garbage at the end of the file, don't error out if we don't find the index there. Reverts back to previous behaviour (where corrupted/missing indexex were not a fatal error). Regression introduced in 97294eb8
-
- Jun 20, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Jun 07, 2017
-
-
Thiago Sousa Santos authored
The if 'and' condition was mixed up with the last parameter of the function and would lead to wrong results
-
- May 04, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Apr 27, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
x264.h says this isn't needed with MinGW, but it looks like it is. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=779249
-
- Apr 24, 2017
-
-
Tim-Philipp Müller authored
From 60aeef6 to 48a5d85
-
- Apr 10, 2017
-
-
Tim-Philipp Müller authored
From 39ac2f5 to 60aeef6
-
- Apr 07, 2017
-
-
Sebastian Dröge authored
-