This would happen at least when lavr is used as a fifo with no
conversion.

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

This makes only tests actually using avconv depend on it.
The remaining tests already depend on what they need.
Signed-off-by: Mans Rullgard <mans@mansr.com>

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.