s302m: decode directly to the user-provided AVFrame

ra288: decode directly to the user-provided AVFrame

ra144: decode directly to the user-provided AVFrame

ralf: decode directly to the user-provided AVFrame

qdm2: decode directly to the user-provided AVFrame

qcelp: decode directly to the user-provided AVFrame

pcm-bluray: decode directly to the user-provided AVFrame

nellymoser: decode directly to the user-provided AVFrame

mpc7/8: decode directly to the user-provided AVFrame

mpegaudio: decode directly to the user-provided AVFrame

mlp/truehd: decode directly to the user-provided AVFrame

mace: decode directly to the user-provided AVFrame

libspeex: decode directly to the user-provided AVFrame

libopus: decode directly to the user-provided AVFrame

libopencore-amr: decode directly to the user-provided AVFrame

libgsm: decode directly to the user-provided AVFrame

libilbc: decode directly to the user-provided AVFrame

dpcm: decode directly to the user-provided AVFrame

imc/iac: decode directly to the user-provided AVFrame

gsm: decode directly to the user-provided AVFrame

g726: decode directly to the user-provided AVFrame

g723.1: decode directly to the user-provided AVFrame

g722: decode directly to the user-provided AVFrame

flac: decode directly to the user-provided AVFrame

cinaudio: decode directly to the user-provided AVFrame

dca: decode directly to the user-provided AVFrame

cook: decode directly to the user-provided AVFrame

comfortnoise: decode directly to the user-provided AVFrame

bmvaudio: decode directly to the user-provided AVFrame

pcm: decode directly to the user-provided AVFrame

binkaudio: decode directly to the user-provided AVFrame

atrac3: decode directly to the user-provided AVFrame

atrac1: decode directly to the user-provided AVFrame

ape: decode directly to the user-provided AVFrame

amrwb: decode directly to the user-provided AVFrame

amrnb: decode directly to the user-provided AVFrame

als: decode directly to the user-provided AVFrame

alac: decode directly to the user-provided AVFrame

adxenc: alloc/free coded_frame instead of keeping it in the ADXContext

adx: decode directly to the user-provided AVFrame

adpcm: decode directly to the user-provided AVFrame

ac3: decode directly to the user-provided AVFrame

aac: decode directly to the user-provided AVFrame

8svx: decode directly to the user-provided AVFrame

lavu: avoid clashing definition of E

E is usually defined as a shorthand for AV_OPT_FLAG_ENCODING_PARAM.
Rename the single expansion E(x) now used in libavutil to E1.

doc: developer: Add a note about reserved system name space

doc: developer: Fix wording in "naming conventions" section

openbsd: Add minor number to shared library install name

This is what the OpenBSD porter's manual describes as correct, cf.
http://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs

build: Make library minor version visible in the Makefile

This allows employing that number in library install commands.

x86: mpeg4qpel: Make movsxifnidn do the right thing

Fixes an instruction that does nothing by changing the
source to dword.

Signed-off-by: Diego Biurrun <diego@biurrun.de>

h264: Copy h264chroma dsp context to slice thread copies

This fixes slice threading which seems to have been broken since
79dad2a93.

Signed-off-by: Martin Storsjö <martin@martin.st>

swscale: Disallow conversion to GBRP16

This reverts parts of d6d5ef5534d582, that didn't work right. (The
tests that were added failed on big endian, and the output looked
garbled on little endian as well.)

This is due to the fact that the intermediate scaling values (from
e.g. hScale8To19_c or hScale16To19_c) are stored as int32_t and
thus requires a separate output function, while yuv2gbrp_full_X_c
only interprets it as int16_t.

Signed-off-by: Martin Storsjö <martin@martin.st>

crc: Move static data table from header to .c file

Having static data tables in header files is a potential source of trouble.

avcodec/rectangle: Remove nonsense assert

libfdk-aacenc: Actually check for upper bounds of cutoff

Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

arm: Fall back to runtime cpu feature detection via /proc/cpuinfo

On recent android versions, /proc/self/auxw is unreadable
(unless the process is running running under the shell uid or
in debuggable mode, which makes it hard to notice). See
http://b.android.com/43055 and
https://android-review.googlesource.com/51271 for more information
about the issue.

This makes sure e.g. neon optimizations are enabled at runtime in
android apps even when built in release mode, if configured to
use the runtime detection.

CC: libav-stable@libav.org
Signed-off-by: Martin Storsjö <martin@martin.st>

sparc: dsputil_vis: Fix silly variable name search and replace typo

sws: disable yuv2rgb warning for planar rgb.

planar rgb formats do not use the table

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

sws: dont enable chrSrcHSubSample for planar RGB

This code path is not implemented and makes not much sense to implement
either.

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

sws: use planarRgbToRgbWrapper only for 8bit per component

The function doesnt support >8bit currently

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

sws: GBRP9, GBRP10, and GBRP16 output support

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

FATE: add tests for additional flavors of asf cover art

asfdec: do not assume every AVStream has a corresponding ASFStream

This won't be true for ID3 attached picture.

Also stop allocating now useless dummy ASFStreams for ASF native
attached pictures.

asfdec: support reading ID3v2 tags in ASF files

Yes, these files do exist

Signed-off-by: Vladimir Pantelic <vladoman@gmail.com>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

avplay: apply the stream sample_aspect_ratio to decoded video frames

If there is a sample_aspect_ratio in the stream, then apply it to every
decoded frame in the same way as avconv does. This also makes sure that
the avfilter chain has access to the aspect ratio.

Signed-off-by: Vladimir Pantelic <vladoman@gmail.com>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

asfdec: also read Metadata Library Object

In some ASF files this objects holds cover art and other tags. Compared to
Metadata Object it can also hold GUIDs, but we ignore these for now.

Signed-off-by: Vladimir Pantelic <vladoman@gmail.com>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

asfdec: read the full Metadata Object, not just aspect ratio information

Use the same get_tag()/get_value() as for the Extended Content Description
but handle the 16 bit vs 32 bit difference for type 2 (BOOL)

Signed-off-by: Vladimir Pantelic <vladoman@gmail.com>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

asfdec: silence a warning

Signed-off-by: Vladimir Pantelic <vladoman@gmail.com>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

mss4, ra288: Remove unused DSPContext local codec context members

dsputil: Move fdct function declarations to dct.h

dsputil: Move LOCAL_ALIGNED macros to libavutil

dsputil: Move WRAPPER8_16_SQ macro to the only place it is used

dsputil: Move rnd_avg inline functions to a separate header

dsputil: Remove commented-out, unused function declarations

dsputil: Move ff_shrink* function declarations to separate header

dsputil: Move ff_svq3 function declarations to a separate header

dsputil: Move ff_h264_idct function declarations to a separate header

dsputil: Move copy_block functions to a separate header

dsputil: Drop unused functions copy_block{2|4|16}

indeo3: replace use of copy_block4 with put_pixels

The destination is sufficiently aligned for put_pixels here.

Signed-off-by: Mans Rullgard <mans@mansr.com>

mjpegdec: use put_pixels instead of copy_block8

Signed-off-by: Mans Rullgard <mans@mansr.com>

dsputil: Move get_penalty_factor() to the only place it is used.

dsputil: Move ff_block_permute to mpegvideo_enc

dsputil: x86: Fix compile error

Accidentally prefixed ff_ with cextern.

Signed-off-by: Martin Storsjö <martin@martin.st>

dsputil: x86: Convert h263 loop filter to yasm

Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

mpegvideo: remove an unused function parameter

rv10: improve buffer size check.

Check slice count and input buffer size before constructing a possibly
invalid pointer, not after.

error_resilience: remove a useless if() and FIXME

pp_time is never set for h264

h264: remove silly macros

They serve no useful purpose and wreak all kind of havoc when h264.h is
included elsewhere.

h263: remove an unused parameter from ff_h263_decode_init_vlc

flac: add channel layout masks for streams with 7 or 8 channels.

They were added to the latest FLAC specification:
https://git.xiph.org/?p=flac-website.git;a=commit;h=65c199a2

Signed-off-by: Anton Khirnov <anton@khirnov.net>

flac: don't check the number of channels before setting the channel layout.

This is unnecessary, as ff_flac_set_channel_layout can handle any number of channels.

Signed-off-by: Anton Khirnov <anton@khirnov.net>

h264chroma: x86: Fix building with yasm disabled

Signed-off-by: Martin Storsjö <martin@martin.st>

rv34: Drop now unnecessary dsputil dependencies

dsputil: Separate h264chroma

mpegvideo: initialize dummy reference frames.

Do not rely on get_buffer initializing them.

Changes yadif tests (off by one in one border pixel), because yadif
reads from those uninitialized lines.

nuv: do not rely on get_buffer() initializing the frame.

yop: initialize palette to 0

The FATE sample contains some pixels with value 0, but the palette
stored in the file contains only values from 16 up. Because the default
and cmdutils get_buffer() initialize the data to 0x80, they appear as
gray dots.
After this commit they change to black dots, which is probably still
incorrect but less visible and doesn't rely on get_buffer() initializing
the data.

yop: check for input overreads.

CC:libav-stable@libav.org

yop: check that extradata is large enough.

CC:libav-stable@libav.org