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

Automatic update of common submodule

From a942293 to 2de221c

Revert "avdec_aac: disable for autoplugging until it gets fixed"

This reverts commit c5980dc52ac57cf0147ed269e3b2c863d7251f84.

It's fixed now.

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

avauddec: fix decoding of mono audio as well

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

avauddec: fix garbled audio decoding in some cases

Calculate output buffer size based on the number of
samples, channels and bytes per sample. The buffer
size was calculated based on linesize, which may
be larger than what's required.

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

avenc_aac: downgrade to RANK_NONE until it gets fixed

Currently just fails to initialize.

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

avdec_aac: disable for autoplugging until it gets fixed

Currently outputs garbled audio. Use faad in the meantime.

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

libav: fix checks for internal libav configure options

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

Disable libswscale/avvideoscale plugin until it works at least somewhat

It needs some fixing.

tests: use GST_*_1_0 environment variables everywhere

The _1_0 suffixed environment variables override the
non-suffixed ones, so if we're in an environment that
sets the _1_0 suffixed ones, such as jhbuild, we need
to set those to make sure ours actually always get
used.

Automatic update of common submodule

From a72faea to a942293

configure: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS

AM_CONFIG_HEADER has been removed in the just-released automake 1.13:
https://lists.gnu.org/archive/html/automake/2012-12/msg00038.html

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

av: Remove some unused variables and function declarations

av: Move gst_ffmpegdata functions to gstavprotocol.h too

Just for consistency.

av: Fix redefinition of typedef 'GstFFMpegPipe'

Move declaration of pipe function to correct headers file

configure: Pass CC, LD, AS, AR and NM to the libav configure if set

av: Use correct printf format strings for gsize

libav: Update to today's master

av: Fix some memory leaks and misuse of libav API

avauddec: Use a GstBuffer instead of a GstAdapter for collecting the output buffers

This might cause less memcpies as the GstMemories of the buffers
are just appended into a single buffer.

avauddec: accumulate buffers from a single input to push it all at once

The base audio decoder wants a 1:1 mapping for input and output
buffers, so this decoder must accumulate data in an adapter and push
it all at once after all input has been processed.

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