avviddec rebase

avauddec: Stop using AVCODEC_MAX_AUDIO_FRAME_SIZE

And properly use the have_data variable. It's a boolean.

avdemux: Stop using r_frame_rate field

It was removed and quite meaningless anyway.
Use the average framerate instead.

avvidenc: Port to av_encode_video2()

av_encode_video() is deprecated and an ugly API anyway.

libav: Update to libav master (libav 10 API)

configure.ac: Remove warning when building against a system version of libav

Nowadays libav has proper releases and API/ABI guarantees.
We're not living in last decade.

Automatic update of common submodule

From dbedaa0 to d48bed3

Some compiler warning fixes to satisfy XCode compiler

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

avviddec: improve buffer handling and semantics

... so as to focus on providing *a* buffer rather than one (too) tied
to a frame, in particular allowing multiple allocations related to a frame.

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

avvidenc: plug input_state leak

avviddec: Use new gst_video_decoder_set_needs_format() API

Update spec file with latest changes

avviddec: only use upstream framerate if really specified

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

avviddec: discard unused input frames

... to avoid these piling up in list of pending frames.

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

avviddec: really release frame at proper time

... by also removing it from the pending list of frames,
where it may still be in if it has never been submitted to _finish.
This could happen if is a decode-only frame, or in skipped decoding
situation, ...

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

Automatic update of common submodule

From 865aa20 to dbedaa0

avaudec: don't put bogus 0 channel-mask on output caps for mono audio

avaudenc: post better error message if experimental codecs don't work

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

codecmap: use TRUE for boolean fields in caps

libav: Update to v9.10

avenc: Add compliance property

Add a new property to GstFFMpegVidEnc and GstFFMpegAudEnc to supply
the "strict compliance" value to AVCodecContext

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

avcodecmap: Make avdec_mjpeg requires a parsed input

Actually avdec_mjpeg does not deal well with incomplete buffers and try
to decode incomplete frames. A parser which will also acts as
an accumulator needs to be inserted before it.

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

avcodecmap: gst_value_can_intersect() does not do what you would think

Check for uniqueness differently now.

avcodecmap: Only append values to the video/audio format lists if we don't have them already

avviddec: Reset some more fields in ::stop()

avviddec: Don't believe we're negotiated if negotiation failed

It can happen that negotiation fails during get_buffer(), but then
we don't retry later and never return NOT_NEGOTIATED upstream...
and instead run into assertions.

avauddec: Don't believe we're negotiated if negotiation failed

It can happen that negotiation fails during get_buffer(), but then
we don't retry later and never return NOT_NEGOTIATED upstream...
and instead run into assertions.

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

avenc: Choose 25 fps if we don't have any in the caps

Some encoders require a non-zero framerate to be configured properly
and just choosing something will make them not fail completely at
least.

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

avcodecmap: Fix boolean expression to fix uninitialized usage of variables

configure: Chose right target-os for iOS

Automatic update of common submodule

From 6b03ba7 to 865aa20

configure: Actually use 1.3.0.1 as version to make configure happy

Back to development

Release 1.2.0

Automatic update of common submodule

From b613661 to 6b03ba7

Automatic update of common submodule

From 74a6857 to b613661

Automatic update of common submodule

From 12af105 to 74a6857

Back to development

Release 1.1.90

avviddec: Initialize strides with the ones of avcodec_default_get_buffer() if we ever call it

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

libav: Update to v9.9

avviddec: Use the correct context for negotiation

During get_buffer() it can happen that the main context is not
updated yet and only the context passed here has the correct
width, height, etc.

avviddec: Remember initially used stride and don't allow stride changes

libav does not allow stride changes currently, fall back to
non-direct rendering here:
https://bugzilla.gnome.org/show_bug.cgi?id=704769
https://bugzilla.libav.org/show_bug.cgi?id=556

avcodecmap: Add support for TechSmith Screen Capture 2

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

avcodecmap: exclude avc3 stream format from AV_CODEC_ID_H264

As part of the changes to support the "avc3" variant of the ISO-BMFF
(see bug #702004) a new stream-format has been created
(video/x-h264, stream-format="avc3", alignment="au") that requires
changes to gstavcodecmap to exclude this format because avdec_h264
expects the SPS and PPS to be in the codec_data.

Amendment 2 of ISO/IEC 14496-15 (AVC file format) is defining a new
structure for fragmented MP4 called "avc3". The principal difference
between AVC1 and AVC3 is the location of the codec initialisation data
(e.g. SPS, PPS). In AVC1 this data is placed in the initial MOOV box
(moov.trak.mdia.minf.stbl.stsd.avc1) but in AVC3 this data goes in the
first sample of every fragment.

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

codecmap: add mapping for MSS1 and MSS2

Windows Media Video Screen (WMV Screen) are video formats that
specilise in screencast content.

libav: avcodec_close() also resets fields like the AVCodec

We need to reload the defaults for the codec after closing it,
otherwise we can't access codec information like the supported
sample rates and can crash.

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

Back to development

Release 1.1.4

configure.ac: Fix typo

configure: Disable build of dxva2 and vdpau support explicitely

It is enabled although we pass --disable-hwaccels apparently and
makes the build fail on Windows because libav looks for the d3d headers
in the wrong places. We can't make use of these features via libav.

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

configure: Fix bz2 configure check for Windows

Due to function decorations on Windows AC_CHECK_LIB can't be used to check for bz2.

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

avdemux: Add support for video/x-pva

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

avvidenc: propagate flow return values upstream in finish()

tests: Enable avdemux_ape test again, it works now

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

libav: Use new flush vfunc of video codec base classes and remove reset implementations

avmux: Don't fail on commas in the libav muxer type names

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

build: add subdir-objects to AM_INIT_AUTOMAKE

Fixes warnings with automake 1.14

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

Back to development

Release 1.1.3

avdemux: Implement SEGMENT query

avcodecmap: Demote WARNING to DEBUG

We cover all the needed formats already. The warning was just getting
in the way.

avviddec: Initialise opaque from the start

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

avdemux: Add support for group-id in the stream-start event

configure: Remove workaround from last decade and make SIMD optimizations work on OSX

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

avviddec: increase bottom padding for output frames

libav can write slightly after the plane end in some SIMD optimized
functions. The extra padding value needs to be at least 16+stride_align
for each plane, so just increase the bottom padding value for the output
frame.

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

Back to development

Release 1.1.2

libav: update libav from v9.6 to v9.8

version 9.8:
- kmvc: Clip pixel position to valid range
- kmvc: Use fixed sized arrays in the context
- indeo: Reject negative array indexes
- indeo: Check for reference when inheriting motion vectors
- indeo: Properly forward the error codes
- mjpeg: Check the unescaped size for overflows
- wmapro: Error out on impossible scale factor offsets
- wmapro: Check the min_samples_per_subframe
- wmapro: Return early on unsupported condition
- wmapro: Check num_vec_coeffs against the actual available buffer
- wmapro: Make sure there is room to store the current packet
- lavc: Move put_bits_left in put_bits.h
- 4xm: Do not overread the source buffer in decode_p_block
- 4xm: Check bitstream_size boundary before using it

version 9.7:

Most of the following fixes resulted from test samples that the Google
Security Team has kindly made available to us:

- 4xm: fix several programming errors to avoid crashes, etc.
- apetag: use int64_t for filesize
- jpegls: Fix invalid writes to memory
- ljpeg: use the correct number of components in YUV
- mjpeg: Validate sampling factors
- mjpegdec: properly report unsupported disabled features
- mjpegdec: validate parameters in mjpeg_decode_scan_progressive_ac
- mpegvideo: allocate sufficiently large scratch buffer for interlaced vid
- pixdesc: mark gray8 as pseudopal
- smacker: fix several programming errors to avoid crashes, etc.
- tiff: do not overread the source buffer
- vmd: drop incomplete chunks and spurious samples
- vmdav: convert to bytestream2 to avoid invalid reads and writes
- wavpack: check packet size early
- wavpack: use bytestream2 in wavpack_decode_block
- wavpack: validate samples size parsed in wavpack_decode_block

codecmap: realvideo does not have systemstream property

realvideo does not have the systemstream property and nobody ever sets it so
better remove it here to make it link to something else.

autogen.sh: generate from common module, fixing srcdir != builddir build

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

avviddec: reset coded_width/_height before trying to open codec

If coded_width/_height is supplied, the codec might use it as the
width/height and if it is wrong can lead to segfaults or video
corruption.

This is specially harmful on renegotiation scenarios where the
resolution changed. There seems to be no specific function for reseting
the AV Context in libav, so just set it directly.

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

Back to development

Release 1.1.1

Automatic update of common submodule

From 098c0d7 to 01a7a46

libav: Update to v9.6

Automatic update of common submodule

From 5edcd85 to 098c0d7

CODEC_ID_* -> AV_CODEC_ID_*

codecmap: add mapping for WMA Lossless

Only 16 bits is supported for now though.

libav: Update to v9.5

avviddec: Enable FRAME based threaded decoding if upstream is not live

If upstream is live we don't want FRAME based threaded decoding as
it adds latency.

Automatic update of common submodule

From 3cb3d3c to 5edcd85

libav: Fix typo in the SWSCALE libraries for static plugins

libav: fix static linking

gst: Add better support for static plugins

av: Add WMV3 format for WMV 3 caps

Automatic update of common submodule

From aed87ae to 3cb3d3c

Automatic update of common submodule

From 04c7a1e to aed87ae

avvidec: Make sure to store newly set caps after resetting the decoder

Otherwise we'll just set the to NULL while resetting the decoder and
don't have them available anymore later.

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

Use %03u instead of %u in gst_pad_create_stream_id_printf()

libav: Update to v9.4

configure: Set the assembler used for libav to $CC

libav assumes that it's not just an assembler but something that
can also handle CPPFLAGS and other things.

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

configure: Add AG_GST_ARG_GCOV to make automake happy again

+ running automake -a -c -Wno-portability...
common/check.mak:107: error: GST_GCOV_ENABLED does not appear in AM_CONDITIONAL
tests/check/Makefile.am:1:   'common/check.mak' included from here

Automatic update of common submodule

From 2de221c to 04c7a1e

libav: update to v9.3

swscale: Use 1.0-style video/x-raw caps

Add uninstalled pkg-config file so other modules can find libav elements for unit tests

e.g. gst-plugins-bad has some unit tests that draw on av* elements.

Fix 'make dist'

This time for real hopefully. Make sure to remove any
libav-dist directories that may still be around from
previous make dist attempts first.

libav: update to v9.1

Add mapping for SMPTE 302m audio