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.

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