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

[spec] change build macro about tv

Change-Id: I236611dff7f194c36b4c3326f37210637df28ed9

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

Merge branch 'tizen_gst_upgrade' into tizen

upgrade 1.12.2

Change-Id: Ibd8fc5de5c7c1c6a51e35a432f0464a3d133e6cd

Automatic update of common submodule

From e8c7a71 to 3fa2c9e

Automatic update of common submodule

From 3f4aa96 to e8c7a71

Merge tizen patch based on 1.12.2

Change-Id:I7ac13674c3157645193c99fa2b40805df2b76831

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

Fix ASan build

ASan has no inline assembler (__asm__) support.
This patch removes inline assembler build in sanitized
environment for libav by additional configuration option

Change-Id: I8c5a1d87beac6909dd6d11cfd9b8ba3538fb3438
Signed-off-by: Dmitriy Evgenevich Gonzha <d.gonzha@samsung.com>

libav: Update to ffmpeg n3.3.4

fixed memleak

Change-Id: Iae9b80d83582852c593862732119416ff263d897

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

Release 1.12.2

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.

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

Fix memory leak

Change-Id: I9d803587910d85c8153cfa3554a7ffacc0a240cc

meson: fix with-package-name option

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

Release 1.12.1

libav: Update to ffmpeg n3.3.2

libav: Update to ffmpeg n3.3.2

avviddec: Don't expose NVIDIA CUVID decoder

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

1. changed nsv_probe header comparison syntax by byte unit
2. removed nsv_probe

Change-Id: Ic5fb81121eba27ed9bbe2dadebd8667174f55f2f

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.

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

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

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