This is properly handled by the previous commit now

https://bugzilla.gnome.org/show_bug.cgi?id=784684

It's not going to work without special handling. Mask for now.

WARNING: Trying to compare values of different types (str, int).
The result of this is undefined and will become a hard error
in a future Meson release.

https://bugzilla.gnome.org/show_bug.cgi?id=769183

https://bugzilla.gnome.org/show_bug.cgi?id=769183

The documentation of libav says -Bsymbolic may be needed when building a
shared library which links statically to libav.

Fixes linking error on FreeBSD:

gst-libav/gst-libs/ext/.libs/libavcodec.a(simple_idct10.o):
 relocation R_X86_64_PC32 against `ff_pw_1023' can not be used when making a
 shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value

https://bugzilla.gnome.org/show_bug.cgi?id=791783

Autotools automatically appends user CPPFLAGS after target
CPPFLAGS.  Also, it puts all CPPFLAGS before CFLAGS in final
generated gcc compile command.  The internal ffmpeg include
paths need to come before any other external include paths
to ensure we don't accidentally pickup external ffmpeg
headers first (i.e. from user CPPFLAGS include paths).  Thus,
move the internal LIBAV include paths to LIBAV_CPPFLAGS so
that they come before any user defined CPPFLAGS.

This allows ffmpeg and gst-ffmpeg to coexist on users system.

https://bugzilla.gnome.org/show_bug.cgi?id=789379

https://bugzilla.gnome.org/show_bug.cgi?id=788481

From e8c7a71 to 3fa2c9e

From 3f4aa96 to e8c7a71

Required to play .brstm (GameCube/Wii) and .bfstm (Wii U) files. Needs
at least avdec_adpcm_thp too, but that one is already accessible.

https://bugzilla.gnome.org/show_bug.cgi?id=789139

Nicola Murino authored 7 years ago and Nicolas Dufresne committed 7 years ago

for us pts are unsigned so reset to 0 negative pts returned from libav.
This is better than outputs completly wrong timestamps

https://bugzilla.gnome.org/show_bug.cgi?id=787795

.. for mono or stereo input.

https://bugzilla.gnome.org/show_bug.cgi?id=786401

From 48a5d85 to 3f4aa96

Only plugin entry points should be exported.

This reverts commit 4284d791.

It causes crashes on various h264 and DNXHD/VC3 streams, where the
decoders write to arbitrary memory far after what we've allocated.

https://bugzilla.gnome.org/show_bug.cgi?id=784741

https://bugzilla.gnome.org/show_bug.cgi?id=784735

As a side effect, left/right green bars goes away when using
xvimagesink. I just think that xv cropping is broken, so this is
probably just hiding a bug.

We have no codec mappings for it and it's a subtitle/closed caption
"muxer" anyway.

https://bugzilla.gnome.org/show_bug.cgi?id=783198

https://bugzilla.gnome.org/show_bug.cgi?id=784082

https://bugzilla.gnome.org/show_bug.cgi?id=782172

While all this information is in the .la files, libtool seems to get
confused with ordering in presence of static system libraries. This could
cause missing symbol error at link time. Adding these depenencies explicitly
workaround the issue.

Add gas-preprocessor.pl as a git submodule, and put it in the
path so that it is available if libav wants it.

Switch back to providing $CC as $AS by default, but
respect an external $AS setting so that it can be
overridden in cerbero

https://bugzilla.gnome.org/show_bug.cgi?id=694416

Static and dynamic plugins now have the same interface. The standard
--enable-static/--enable-shared toggle are sufficient.

It's not working without further changes on our side, like all hardware
decoders in ffmpeg.

This should help libtool in getting the internal linking right.
Effectively, libtool can sometime get the link order wrong when
presented with a mix of .la and -l arguments. These .la file are
also required by the android build system and were previously
created by cerbero.

The install line was using -t parameter which is not supported on OSX.
Instead, use automake DATA installation mechanism, this way we rely on
automake to generate portable scripts.

In the last iteration, we kept the original method to link the shared
plugin and edited the .a and .la files so satisfy what cerbero needed.
Unfortunately, that required adding .a file into the archive which is
not allowed with iOS ar command for universal builds.

This patch uses standard method to link a static library. One of the
benefit is that it removes some libtool warning about portability.
For the static case, we implement an install hook that installs
FFMPEG internal .a files in the plugin directory (so it does not get
confused with a possible system FFMPEG. This makes the static plugin
usable without depending on cerbero recipe.

Libtool will produce libgstlibav.la and libgstlibav.lai (the installed
version). We need to edit at least the installed version for the final
linking of static application to work.