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

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

Only the probe tests should depend on avprobe and these should
be enabled only if avprobe is configured.

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

Just like gcc 4.6 and later on ARM, gcc 4.8 on MIPS generates
inefficient code when a known-unaligned location is used as a
memory input operand.  This applies the same fix as has been
previously done to the ARM version of the code.

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

GCC actually handles unaligned accesses correctly in all cases
except, absurdly, 32-bit loads on mips64.  The remaining asm is
thus not needed, and removing it results in better code.

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

Also add the public interface libavfilter/buffersink.h.

Based on a commit by Stefano Sabatini.

Based on a commit by Stefano Sabatini <stefano.sabatini-lala@poste.it>

Signed-off-by: Jordi Ortiz <nenjordi@gmail.com>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

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

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

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

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

libavcodec/utils.c:274: warning: passing argument 3 of ‘av_samples_fill_arrays’ discards qualifiers from pointer target type
./libavutil/samplefmt.h:151: note: expected ‘uint8_t *’ but argument is of type ‘const uint8_t *’

Unlike other variants, for YUY2 we need to use different prediction:
* on line 0 for luma we should left predict starting from the second pixel
* on line 1 we should left predict first 4 pixels for luma and 2 for chroma
* median prediction employed here is taken directly from HuffYUV

Signed-off-by: Kostya Shishkov <kostya.shishkov@gmail.com>

Encoder tag being used for muxer messages is confusing.

libavformat/mov.c:597:25: warning: variable ‘cflags’ set but not used

Signed-off-by: Alex Converse <alex.converse@gmail.com>

Signed-off-by: Alex Converse <alex.converse@gmail.com>

Prevents subsequent overreads when these numbers are used as indices
in arrays.

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
CC: libav-stable@libav.org

Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>

fixes Bug#280

It is already set to 0 by av_free_packet()

We no longer have any audio encoders using AVCodec.encode().

This also involves making some function static and changing the name
prefixes of some functions and structures.

A nontrivial public function such as this should most certainly NOT be
inline.

libavcodec/txd.c:49:60: warning: variable ‘mipmap_count’ set but not used

libavcodec/mmvideo.c:87:9: warning: variable ‘i’ set but not used

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

This is useful for writing unit tests.

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

This fixes a double-free crash if lists are the same due to the two
merge_ref() calls at the end of the (useless) merging that happens.

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

Rationale is the same as for video width/height etc.

ZeroCodec relies on the keyframe flag being set in the container, and
prev is the previously decoded frame. A keyframe flags incorrectly set
will lead to this condition.

Signed-off-by: Paul B Mahol <onemda@gmail.com>
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

Our code should be terse and clear.

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
Signed-off-by: Kostya Shishkov <kostya.shishkov@gmail.com>