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.

configure: Fix shell syntax error

Assignments must not have spaces around the '='

libav: Update to ffmpeg n3.1.5

meson: Don't set c_std to gnu99

Use the default for each compiler on every platform instead. This
improves our compatibility with compilers that don't have gnu99 as
a c_std.

libav: Update to ffmpeg n3.1.4

meson: Setup pre-commit hooks when configuring

Release 1.9.90

avviddec: Use enum instead of magic numbers for the chroma siting values

configure: Depend on gstreamer 1.9.2.1

av: Cast AVContext::bit_rate to a guint before passing to varargs functions

We expect it to be a int or uint, however it changed the type to a
int64_t in later versions of ffmpeg. As such it would be passed as a 64
bit value to varargs functions, while the consumer of the arguments
assumes only 32 bits. This causes crashes.

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

Automatic update of common submodule

From b18d820 to f980fd9

Automatic update of common submodule

From f49c55e to b18d820

build: Do not link plugin against lzma and bz2 if using system install

And bump version to 1.9.2

Only use AV_CODEC_ID_WRAPPED_AVFRAME on new enough libavcodecs

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

Back to development

Release 1.9.2

libav: Update to ffmpeg n3.1.3

Add support for Meson as alternative/parallel build system

https://github.com/mesonbuild/meson

We only support building with ffmpeg installed system wide and not as
subproject yet.

Use the new API to post flow ERROR messages on the bus

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

build: silence error about pthread for 'make check' in osx

Fixes "clang: error: argument unused during compilation: '-pthread'"

libav: fix confusing 'insane framerate' debug log message

Usually means no framerate / variable framerate. Also the
fraction arguments were swapped.

configure: Explicitly disable CrystalHD decoder

Otherwise it will pick it up when the system has the relevant headers,
and then linking produces an unusable plugin later as we don't ensure
that the plugin also links against the crystalhd library.

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

libav: Update to ffmpeg n3.1.2

avvidec: Ensure skipping strategy gets properly reset

When switching playback modes, like from TRICKMODE or TRICKMODE_KEY_UNITS
back to regular playback, we need to make sure we set the skip mode
back to the default setting.

While this field would be properly reset when we *have* feedback from
downstream (i.e. diff != G_MAXINT64), it would not be reset during
the initial phase (i.e. when the decoder hasn't pushed a buffer yet,
and therefore the sink hasn't sent back QoS information).

This avoids dropping plenty of frames when going back to regular playback

libav: Update to n3.1.1

libav: Ignore more quasi-codecs

libav: Ignore VAAPI decoders and VAAPI/nvenc encoders

These can show up when having a build against a system version of ffmpeg.

Automatic update of common submodule

From f363b32 to f49c55e

Back to development

Release 1.9.1

avaudenc: Use gst_caps_fixate() instead of gst_caps_truncate()

Just truncating might not be enough.

avaudenc: Create caps from the codec context after it is opened

We won't get codec_data and various other information otherwise.

avvidenc: Create caps from the codec context after it is opened

We won't get codec_data and various other information otherwise.

libav: Disable various other hardware related codecs

configure: Disable VAAPI support

We have native plugins (gst-vaapi) for that

configure: Disable {audio|video}toolbox support (osx/ios)

We already have native plugins for those

libav: Update to ffmpeg n3.1

Automatic update of common submodule

From ac2f647 to f363b32

tests: use AM_TESTS_ENVIRONMENT

Needed by new automake test runner.

docs: Update for git master

avvidec: Don't set bogus latency

We might have cases where the framerate is not known (0/1).

avvidec: Report the latency once we're fully configured

Several decoders will only be able to report a real latency (has_b_frames)
once they're actually initialized (i.e. when they return their first frame).

Doing it earlier (in set_format) doesn't guarantee that the AVCodecContext
has_b_frames has been properly initialized.

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

avcodecmap: Add mapping for G729 caps

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

libav: Update to ffmpeg n3.0.2

avauddec: Finish frames if they are header buffers only and don't produce any output

Otherwise we will consider them as one frame of raw audio that is still
pending, and shift all timestamps by the amount of time spent with header
buffers.

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

avauddec: If decoding a frame failed, skip it

Otherwise the next successfully decoded frame will get its timestamp and we
will slowly let a/v sync drift apart.

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

avaudenc: Set all required fields in the AVFrame

Various functions in libavcodec need them, like the format, sample rate, etc.
and just having them in the context is not enough.

This fixes draining for codecs like MP2 that require a fixed frame size and
require libav to pad the last frame if required.

avcfg: Use av_strdup() instead of g_strdup() for strings owned by ffmpeg

It has its own allocator that depending on the configuration is incompatible
with GLib's and just causes a segmentation fault. Like on Windows.

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

avdeinterlace: Register all filters and only disable all except for yadif during compilation

Otherwise avdeinterlace won't find any filters, and we only use yadif in
there.

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

libav: Update to n3.0.1

Automatic update of common submodule

From 6f2d209 to ac2f647

avvid{dec,enc}: remove dead gobject macros

The GObject macros either for GstFFMpegVidDec and GstFFMpegVidEnc can
break the compilation because they are not GTypes, since each av video
elements are registered in runtime.

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

libav: use new gst_element_class_add_static_pad_template()

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

Back to development

Release 1.8.0

configure: Restore CPPFLAGS after the last check

The next checks can also set CPPFLAGS.

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

Release 1.7.91

avcodecmap: Only set the bitrate if we actually got it from the caps

Otherwise we set a random value from the stack as bitrate. The default (0)
is a better choice and doesn't upset valgrind.