avcfg: use g_object_get_property, not g_object_getv

I simply confused those two, we didn't need g_object_getv
here anyway.

avcfg: ignore some generic properties

We expose profile, level and colorimetry / colorspaces through
caps.

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

avcfg: add skip support to overrides system

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

meson: add FFmpeg meson as a fallback

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

auddec: fix luck-based sinkpad access

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

Update ffmpeg version requirements

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

Remove obsolete scale and resample sources

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

configure: update libav configure args

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

libav: Update to n4.0.1 release

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

meson: stop ignoring deprecation warnings!

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

avvidenc: port to send_frame / receive_packet

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

avviddec: fix invalid alignment calculations.

avcodec_align_dimensions2 uses context->pix_fmt to make its
calculations, we thus need to make sure it is adequately set
when calling it.

Fixes:

gst-launch-1.0 videotestsrc ! video/x-raw, width=1920, height=1080 \
! avenc_mpeg4 ! avdec_mpeg4 ! xvimagesink

This showed invalid writes under valgrind, then segfault.

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

avaudenc: port to send_frame / receive_packet

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

avmux: fix remaining warnings

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

avauddec: fix remaining warnings

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

avauddec: port to new decoding API

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

avaudenc: further cleanup

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

avaudenc: install options generically

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

avviddec: fix signed/unsigned comparisons

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

avvidec: port to new decoding API

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

gstav: stop calling deprecated registration methods

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

auddec: stop using deprecated getters

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

av_oformat_next (deprecated) -> av_muxer_iterate

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

av_iformat_next (deprecated) -> av_demuxer_iterate

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

avauddec: remove obsolete version check

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

av_codec_next (deprecated) -> av_codec_iterate

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

avdemux: port to AVCodecParameters

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

avmux: port to AVCodecParameters

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

Remove all uses of AVPicture

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

avaudenc: remove obsolete setting of rc_strategy

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

Refactor avcfg / avvidenc

We were previously installing hardcoded properties for all
video encoders, refactor to instead use FFmpeg's AVOption API.

avvidenc still exposes a few properties related to the pass
mechanism: while the AVOption API allows specifying both passes
as flags at the same time, this is not practical in GStreamer's
context, where passes need to be run separately using a stats file.

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

avviddec: Stop using deperated EDGE API

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

Use AV_ namespace for all CODEC_ macro

The remaining use of CODEC_ are codec flags that has been moved into the
new codec private properties or have been deperated. Will be fixed in
later patches.

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

Use AV_ namespace for INPUT_BUFFER_PADDING_SIZE

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

Don't include deprecated avfiltergraph.h header

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

avdemux: fix memory leaks

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

libav: Switch to common include

avmux: Remove unneeded constant variable

Since the removal of the gif hacks, the variable was always set to
its default value of FALSE. Just remove it.

CID #1433656

avvidec: Expose Closed Caption as GstVideoCaptionMeta

Expose support for DSD

DSD is usually wrapped in DSF, for which we now also expose the
demuxer.

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

gstavdemux: adjust seeking offset according to start_time

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

meson: Update option names to omit disable_ and with- prefixes

Also yield common options to the outer project (gst-build in our case)
so that they don't have to be set manually.

Update gas-preprocessor submodule

configure: Always use full path for gas-preprocessor PATH entry

Don't pass a relative path to gas-preprocessor, always use an
absolute path to make sure it's found

configure: fix handling of the input AS var passed to ffmpeg

Store the original AS environment variable passed to configure
correctly, and export it so it's actually available to the sub-process
when configuring the embedded ffmpeg

Automatic update of common submodule

From 3fa2c9e to ed78bee

Back to development

Release 1.14.0

Update docs

Release 1.13.91

Update docs

configure.ac: enable largefile support if possible

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

build: prefer using *.la references when creating our own libtool files

Otherwise we will reference the dependant libraries with -lfoo rather than
/path/to/libfoo.la which breaks with the Android-based .la parser which
simply passes through all -l libraries.

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

Release 1.13.90

Update docs

meson: enable more warnings

explicitly disable v4l2_m2m codecs

They fail with android NDK r16

Back to development

Release 1.13.1

docs: update plugin docs

av*mux: Disable gif related "hacks"

This is properly handled by the previous commit now

Enable gif format, and make it so avdemux_gif and avdec_gif can autoplug

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

libav: Update to n3.4.2 release

avvid*: Don't expose V4L2 mem-to-mem decoder and encoders

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

gst-libs: Switch to ffmpeg n3.4.1

meson: make version numbers ints and fix int/string comparison

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.

autotools: use -fno-strict-aliasing where supported

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

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.