meson: use -fno-strict-aliasing where supported

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

configure: Replace -Bsymbolic-functions with -Bsymbolic

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

libav: use LIBAV_CPPFLAGS for -I include paths

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

avprotocol: fix leak in error code paths

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

Automatic update of common submodule

From e8c7a71 to 3fa2c9e

Automatic update of common submodule

From 3f4aa96 to e8c7a71

libav: Update to ffmpeg n3.3.5

avdemux: Whitelist the demuxers required for GC/Wii/WiiU ADPCM streams

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

avdemux: reset to 0 negative pts

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

libav: Update to ffmpeg n3.3.4

gstavcodecmap: Do not require a channel-mask

.. for mono or stereo input.

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

Automatic update of common submodule

From 48a5d85 to 3f4aa96

meson: don't export symbols by default

Only plugin entry points should be exported.

Revert "avviddec: Remove usage of deprecated EDGE APIs"

This reverts commit 4284d791bc2c3ae716e4f99cedd870de9f575aec.

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

libav: Update to ffmpeg n3.3.3

libswscale: Memory leak in gst_video_frame_map

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

avdemux/mux: Memory leak and possible crash in avio_alloc_context

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

avviddec: Remove usage of deprecated EDGE APIs

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.

avmux: Blacklist scc muxer

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

meson: find python3 via python3 module

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

meson: fix with-package-name option

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

libav: Update to ffmpeg n3.3.2

meson: add options to set package name and origin

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

plugin: Explicitly link to BZ2, LZMA and LZ

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.

Don't fail if running "make clean" twice

Pass $CC as AS, unless $AS is provided. Add gas-preprocessor

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

libav: Update to ffmpeg n3.3.1

Remove plugin specific static build option

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

avviddec: Don't expose NVIDIA CUVID decoder

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

Generate .la for internal libav libraries

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.

Use automake to install dependency libraries

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.

Use a portable method to link against internal FFMPEG

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.

static: Update libgstlibav.lai too

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.

Simplify and fix the static linking

Some libtool will endup removing the shared build when running a static
build. That had unwanted side effect. Rather then fighting libtool to
get to build each static and shared seperatly, let libtool build with
the LIBAV_DEPS added to LIBADD (list of libav*.a) and finally remove the
extra .a from the archive and fix the .la to what cerbero will expect.

libav: Allow build both static dynamic plugins

When building plugins with internal FFMPEG, we use different link
flags depending if it is static or shared. As we want to build both
static and dynamic plugins at once, rewrite the rules so we can
pass the right flags.

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

Back to development

Release 1.12.0

Release 1.11.91

Automatic update of common submodule

From 60aeef6 to 48a5d85

Revert "configure: Set the assembler used for libav to $CC"

This reverts commit 1a265f029aa9be1bf3f72d1dcd9feafbf23a6298.

It also makes it impossible to pass something other than $CC
as the assembler. People should adjust the passed AS variable
if they need something different.

configure: Remove usage of memalign_hack in ffmpeg

It was removed in the last release

avaudenc/dec: Blacklist more PCM decoders/encoders

libav: Update to ffmpeg n3.3

Automatic update of common submodule

From 39ac2f5 to 60aeef6

Release 1.11.90

avvidenc: Fix compiler errors in the previous commit

The declaration of 'const char *klass' was shadowing a function
argument.

avvidenc: Classify image encoders with "Image" instead of "Video"

This allows gst_video_convert_sample*() to work with codecs for which we
have libav encoders (such as BMP).

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

avcodecmap: Add mappings for I420/I422/Y444_12LE/BE and GBRA

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

avcodecmap: Add GBR_12LE/BE and GBRA_12LE/BE pixel format mapping for CineForm decoder

avvidenc: Add Stereo3D mapping

Add mapping between GStreamer multiview modes/flags and
libav Stereo3D frame packings when encoding video.

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

avviddec: Map any stereo3D info to multiview modes

Map any libav Stereo3D side data to GStreamer multiview
mode / flags for playback.

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

avcodecmap: Add mapping for CineForm HD / CFHD codec

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

meson: Update version

Back to development

Release 1.11.2

meson: dist meson build files

Ship meson build files in tarballs, so people who use tarballs
in their builds can start playing with meson already.

libav: Update to n3.2.4

libav: Update to ffmpeg n3.2.3

configure: Require building against at least ffmpeg 3.0

See also https://bugzilla.gnome.org/show_bug.cgi?id=778283

meson: bump version

Back to development

Release 1.11.1

Fix some caps leaks when creating pad templates

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

Really remove generated .spec file

Remove generated .spec file

Likely extremely bitrotten, and we should not ship this anyway.

meson: Support building without Gst debug

libav: Update to n3.2.2

avcodecmap: Add mapping for Flash Screen2 codec

Automatic update of common submodule

From f980fd9 to 39ac2f5

avdemux: Disable GIF "demuxer"

It's actually a parser but it a) can only work with the ffmpeg GIF
decoder that is deactivated anyway, and b) it currently causes infinite
linking of avdemux_gif elements with a multiqueue in between in
decodebin.

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

avprotocol: Don't use GST_LOG_OBJECT() and friends on an arbitrary struct that is not a GObject

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

libav: Update to ffmpeg n3.2.1

libav: Change ffmpeg submodule from GIT protocol to HTTPS

common: use https protocol for common submodule

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

Define plugin license outside the call to PLUGIN_DEFINE

Msvc fails at pre processing it and states that the
the use of "#" is invalid inside a macro.

meson: Ignore spurious issues when building with msvc

Properly check if unistd.h is avalaible

And stop providing a meson.h.config as it is not needed (as meson dep
has been bumped to 0.36)

avcodecmap: Add support for packed 32bit RGBx variants

We can support those, so just add the mapping

av: Enable IVF demuxer (and muxer)

It works and is a quite unimportant format, we should get rid of our
parser to reduce the amount of code to maintain.

avdemux: Map artist to artist tag

It was incorrectly mapped to album-artist before.

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

avmux: blacklist fifo plugin

Avoids criticals in gst-inspect-1.0 -a

avvidenc/dec: Disable more hardware encoder/decoders

Important when using a system ffmpeg/libav.

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

configure: fix target_os when cross-compiling for arm

For arm 'host_os' is '*-gnueabi' or '*-gnueabihf' so sed needs to cut of
more. Otherwise configuring ffmpeg will fail with "Unknown OS 'linuxeabi'."
or something like that.

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

avviddec: Fix comment to say interlace-mode instead of interlaced-mode

avcodecmap: It's interlace-mode, not interlaced-mode

meson: Include libav dependency in FFmpeg check

The FFmpeg-origin check can't work if it isn't provided the
dependency library.

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

avcodecmap: Add variant to the ProRes caps

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

avviddec: Use interlaced-mode=interleaved and set field-order if possible

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

avcodecmap: Configure field order in the context if we can

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

avvidenc: Set colorimetry information in the context if known

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

avviddec: Set colorimetry information from the context if known

But only if upstream did not provide that information.

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

meson: update version

avcodecmap: Add mapping for Opus audio decoder

Make avdec_opus work.

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

Back to development

Release 1.10.0

libav: Update to ffmpeg n3.2

meson: fix version

avaudenc/dec: Allow compilation against ffmpeg < 3.2 again

avaudenc/dec: Ignore S64BE/LE pseudo-codecs

libav: Update to ffmpeg 3.2 release branch

Release 3.2.0 is planned tomorrow and we should keep track of the latest
major version for 1.10 as we did in the past too.