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

Fixes invalid reads for corrupted files.

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

They can be different if the last keyframe failed to decode correctly.
Fixes possible invalid reads in such a case.

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

Fixes invalid reads from non-existing channels.

CC:libav-stable@libav.org

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

FLV does not support multiple audio or video streams.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

This is required since there are bit-inexact implementations
of the vp3 idct (for bfin).
Signed-off-by: Martin Storsjö <martin@martin.st>

This way, the special IDCT permutations are no longer needed. This
is similar to how H264 does it, and removes the dsputil dependency
imposed by the scantable code.

Also remove the unused type == 0 cases from the plain C version
of the idct.
Signed-off-by: Martin Storsjö <martin@martin.st>

While this change isn't bitexact, the IDCTs weren't bitexact to
start with either.

This simplifies decoupling vp3 from dsputil.
Signed-off-by: Martin Storsjö <martin@martin.st>

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

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

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

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

It will be useful outside of avprobe.

The separators were changed from ',' to '|' in all the filters.

Removes an arbitrary hardcoded limit on the number of filters.

The caller needs to know what valid indices can be passed to
avfilter_pad_get_name/type.

This will be useful in avtools in the following commits.
Any other caller might also want to know this information.

Drop the unused opaque parameter from its signature.

It will be useful in the following commits.

Since this function adds a standalone filter to a filter graph and we do
not support creating such filters, there is no reason for this function
to exist.

Since we do not support "standalone" filters not attached to an
AVFilterGraph, we should not have a public function to create such
filters. In addition that function is horribly named, the action it does
cannot be possibly described as "opening" a filter.

We do not support using filters without AVFilterGraph in practice
anyway, so there is no point in pretending we do.

lavfi should never modify the filter through that pointer.

Adapted from the author's blag.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

Based on a patch by Michael Niedermayer <michaelni@gmx.at>.