This is cleaner and avoids a cast plus a related const qualifier warning.

Otherwise the frame would show the first layout matching the
channel count.

And leverage the video index if the video is just disabled as wm4
did in an initial patch.

Properly address CVE-2011-3946 and parse bitstream as described in the spec.

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

Also change some comments to multiline.
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>

This reverts commit 35b05c51.
A warning is introduced in case this option is used.

The Xvid IDCT is only required to decode some Xvid-encoded MPEG-4 files,
so there is no point in having it as an unconditional part of idctdsp.

This is how all the other init functions operate.

This allows running all the tests individually and/or in parallel.

Make sure the buffer size does not exceed the expected
RLE size.

Prevent an out of array bound write.

Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
Bug-Id: CVE-2013-0852
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

CC: libav-stable@libav.org

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

Speed up probing ADTS live streams that are not frame-aligned such
as http://mp3.streampower.be/radio1.aac .

It should provide a quicker guess for elementary streams provided
by http.

Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>

Distributors and integrators nowadays have less problems by leveraging
pkg-config files than having to set custom CFLAGS and LDFLAGS.

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

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

This avoids a segfault in avconv_opt.c:opt_target when trying to
determine the norm.

Replace it by passing an additional parameter to transform_unit()

They are replaced by passing additional parameters to the transform
functions.

It does not need to be preserved.

We do not need to store the value of the split flag.

The rv20 typo spotted by Hendrik Leppkes <h.leppkes@gmail.com>