Disable iconv support to fix Windows build

It's needed only for subtitle charset conversion, and we don't
use the ffmpeg subtitle support anyway.

Also disable d3d11va and dxva2 support, we don't use the hardware
codec support.

Automatic update of common submodule

From f74b2df to 9aed1d7

Fix OSX build: Explicitly disable VDA h264 decoder

VideoDecodeAcceleration framework is deprecated in 10.11, and currently
cuases linker errors when compiling on OSX. Oddly, --disable-hwaccels
did not also disable h264_vda already.

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

Make the LGPL build the default and require --enable-gpl to build a GPL licensed version

avmux: Blacklist some subtitle and adaptive streaming muxers

Switch from libav v11.4 to ffmpeg n2.7.1

ffmpeg seems to be the one of the two forks, which is most widely used by
Linux distributions and in general. Also Google is using it for e.g. Chrome
and has engineers working on finding and fixing security issues in it.

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

avaudenc: Remember how many samples the codec consumed for telling the base class

avauddec: Ensure input buffers have FF_INPUT_BUFFER_PADDING_SIZE padding, which is required by avcodec_decode_audio4 ()

avmux: Ignore stream_segment,ssegment muxer that is provided by ffmpeg

The comma confuses our code, e.g. it's not a valid element name or structure
name.

avvidenc: Fix compiler warning

gstavvidenc.c: In function 'gst_ffmpegvidenc_flush_buffers':
gstavvidenc.c:733:7: error: ISO C90 forbids mixed declarations and code [-Werror=declaration-after-statement]
       GstFFMpegVidEncClass *oclass =
       ^
cc1: all warnings being treated as errors

avvidenc: Set AVFrame flags for interlacing per frame and not in set_format()

They will get overridden by av_frame_unref() with the defaults.

av{aud,vid}enc: Create wrapped output buffers with GST_MEMORY_FLAG_READONLY

libav might still have references to the buffers itself and uses a writability
system similar to ours based on reference counts.

avvidenc: Properly wrap and free the output AVPackets generated during draining

avvidenc: Make sure to keep input data alive until libav is done with it

avaudenc: Make sure to keep input data alive until libav is done with it

av{aud,vid}enc: Stop using deprecated AVFrame APIs

avauddec: Remove custom buffer allocation function

libav always uses planar audio formats nowadays, not much use in
us trying to allocate anything here until we add support for planar
aka non-interleaved audio formats at least in audioconvert.

avauddec: Use undeprecated AVFrame API

avviddec: Free frame before the codec is freed

Who knows, maybe freeing the frame calls cleanup inside the codec.

avviddec: Use undeprecated AVFrame API and unref frame once we're done with it

avauddec: Negotiate based on the AVFrame instead of just the AVCodecContext

avviddec: Use the new get_buffer2() API instead of the deprecated APIs

And do the frame reference counting by adding AVBufferRefs to the frame.

avviddec: Also proxy the data/size pointers for our wrapper AVBufferRef

codecmap: add vp9 mapping

avviddec: Wrap the original AVBufferRef in our own buffer for the destroy function

Just adding a dummy buffer at the very end might not be enough as there
already might be too many buffers.

avviddec: libav will already copy the reordered_opaque pointer for us

If we do it ourselves, it might get the wrong value if our assumptions are
broken by libav at a later time.

avviddec: Negotiate based on the AVFrame information, not the context information

The context contains the information from the latest input frame, we're
however interested in the information from the latest output frame. As we have
to negotiate for the buffer that is about to come next.

This should fix some crashes that happened when both information got out of
sync. If that happens now, we will do fallback allocation until the output
is renegotiated too.

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

Back to development

Release 1.5.2

Automatic update of common submodule

From 6015d26 to f74b2df

avcodec: Check against codec format list

There exist few formats (deprecated though) used by mjpeg decoder
and encoder that maps to the same GStreamer format. To properly
pick the right format, also lookup each Codec list before accepting
the format. This fixes error when trying to use mjpeg encoder.

Note that this may results in faded colors. In fact, these special
format are meant to specify that this is full range YUV. Colorimetry
in gst-libav is not yet implemented, hence is ignored in general. So
I think it's fine to first fix the issue before addressing the missing
feature.

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

viddec: Replicate any 3D/multiview info from input caps onto output

cruft: add the obsolete tmpl dir to cruft-dirs

Automatic update of common submodule

From d9a3353 to 6015d26

Automatic update of common submodule

From d37af32 to d9a3353

Automatic update of common submodule

From 21ba2e5 to d37af32

Automatic update of common submodule

From c408583 to 21ba2e5

docs: remove variables that we define in the snippet from common

This is syncing our Makefile.am with upstream gtkdoc.

Automatic update of common submodule

From c8fb372 to c408583

Back to development

Release 1.5.1

avviddec: Release stream lock while calling avcodec_decode_video2()

It might call back into us from another thread and try to take the stream lock
again, e.g. to allocate a buffer.

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

avviddec: Post error message before returning a flow error

This is required.

check: Use GST_CHECK_MAIN () macro everywhere

Makes source code smaller, and ensures we go through common initialization
path (like the one that sets up XML unit test output ...)

Make top-level 'check-torture' and 'check-valgrind' targets functional

avcodecmap: Use video/x-cavs mime type instead of video/x-gst-av-cavs

More generic mime-type which can be used by other decoders than libav.

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

configure: don't disable Chinese AVS (cavs) decoder

It enables GStreamer to decode Chinese AVS video streams.
Also fix indentation.

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

avauddev: Unref decoded AVFrame after we're done with it

Otherwise we might leak some memory, like all compressed data when using
avdec_ac3.

libav: Update to v11.4

Update .gitignore

configure: bump automake requirement to 1.14 and autoconf to 2.69

This is only required for builds from git, people can still
build tarballs if they only have older autotools.

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

Automatic update of common submodule

From bc76a8b to c8fb372

avdemux: resurrect some flow return handling

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

libav: Update to v11.3

avdemux: fix double semicolon

libav: Add support for 10 bit planar AYUV formats

libav: Change from deprecated PIX_FMT_* to AV_PIX_FMT_*

avviddec: Don't copy padding if handling a frame failed

We will return an error right afterwards anyway.

avviddec: If a flow return during draining is not OK, don't drain any further

avviddec: Error out if we try to allocate a buffer without being negotiated

Otherwise we just run into assertions because we should've errored out
already.

avdemux: remove duplicate goto block

avdemux: check AVIO Context has been allocated

Add drain() vfunc implementation that does the same as finish()

finish() is called at EOS, drain() is called at all other times
when the decoder should be drained out. gst-libav decoder behaviour
is the same in both cases, so use the same implementation

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

avviddec: Implement SKIP and new SKIP_KEY_UNITS_ONLY flags

Respect any skip flags set in the incoming segment.

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

libav: Update to v11.2

Automatic update of common submodule

From f2c6b95 to bc76a8b

Automatic update of common submodule

From ef1ffdc to f2c6b95

libav: Update to v11.1

av: use GMutex instead of deprecated GStaticMutex

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

Automatic update of common submodule

From 7bb2bce to ef1ffdc

videodec: Ensure update_pool is initialized

This was probably not causing any issues, but we would randomly
and needlessly update the pool in the query due to uninitialized
variable.

Automatic update of common submodule

From 84d06cd to 7bb2bce

Automatic update of common submodule

From a8c8939 to 84d06cd

Automatic update of common submodule

From 36388a1 to a8c8939

avauddec: drain samples until libav doesn't have more data

We use have_data (that comes from libav), instead of only trying 10
times, to know if there are more samples available. The old code was
machine dependent as different amount of samples could be decoded by
different type of (more powerful) machines, and 10 times was not always
sufficient.

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

libav: Update to v11

avviddec: drain frames until libav doesn't have more data

We use have_data (that comes from libav), instead of only trying 10 times,
to know if there are more frames available. The old code was machine
dependant as different amount of frames could be decoded by different
type of (more powerful) machines, and 10 times was not always sufficient.

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

libav: Update to v11_beta1

libav: Minor changes to build properly with v11alpha1

libav: Update to v11alpha1

avviddec: After draining frames, flush the libav decoder

Makes sure that there's really nothing stale left in the decoder
after draining.

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

avviddec: Don't lose frames on EOS

have_data is not propagated from gst_ffmpegviddec_video_frame to
gst_ffmpegviddec_frame. have_data is only set to 1 in
gst_ffmpegviddec_frame if a frame pointer is passed. However, this is
not true while draining, which means that have_data from libav will be
ignored.

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

avauddec: Bump the rank of avdec_aac so it is used by default

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

libav: Update to v10.3

Makefile: Add usage of build-checks step

Allows building checks without running them

Back to development

Release 1.4.0

Release 1.3.91

Release 1.3.90

libav: Update to v10.2

Back to development

Release 1.3.3

avvidenc: Make sure to fixate caps before setting them on the pad

After the recent addition of negotiation support for MPEG4 part 2
profiles via caps it can happen that the generated caps at this
point still contain multiple profiles. For example if downstream
does not care. Just fixate anything here and use those caps.

avcodecmap: place supported profiles in mpeg4 caps

Place the supported profiles in the srcpad caps of the mpeg4 encoder.

avcodecmap: remove deprecated media types

Remove x-xvid and x-3ivx. The last place where they were used are
in the srcpad caps of the decoder but since the decoder will never
actually output those caps we can safely remove them.

codecmap: don't expose more deprecated media types

x-xvid is deprecated, we don't want to expose it on the encoder, just
leave it only exposed on the decoder.

Revert "avcodecmap: do more reverse mapping of MPEG4"

This reverts commit e066785ad05f9119e3c1eded46260bcabd556b4d.

x-xvid and x-3ivx are removed, we don't want to expose them again.

avaudenc: add a comment about using -1 in _finish_frame

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

avaudenc: avoid using wrong number of samples

If audio_in is NULL, we'll send a NULL frame to libav, to flush
the codec. In that case, we won't know how many samples the codec
will have used, so we use -1 (for don't know) when letting the
base class know about the buffer.

Coverity 1195177

avvidenc: Fix indention and "bracketing" of goto labels

Should fix CID 1219865, which looks like the code analysis
algorithm was just confused.