The input file for this test is no longer generated.
Signed-off-by: Mans Rullgard <mans@mansr.com>

Makes the code less obfuscated and fixes encoding one video stream to
several outputs.

Also use avcodec_alloc_frame() instead of allocating AVFrame on stack.

Breaks me_threshold in avconv, as motion vectors aren't passed through
lavfi. They could be copied manually, but I don't think this misfeature
is useful enough to justify ugly hacks.

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

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

sqrt(-1) returns "some NaN", it's not specified which exactly.

Partially fixes bug 44.

stereo & 16bit is untested due to lack of samples
Signed-off-by: Martin Storsjö <martin@martin.st>

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

Deprecate AVCodecContext.directpred

Deprecate AVCodecContext.partitions.

Update FATE references accordingly.

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

Keep a per-OutputFile instance of it, thus making -t work with multiple
output files.

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

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

First, container stores only DTS and not PTS as it was believed.
Second, multiple frames in a packet store timestamp instead of position
after the frame length.
Signed-off-by: Anton Khirnov <anton@khirnov.net>

Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

This reverts commit ac0fb593. It
causes valgrind errors which I'll want to investigate before
resubmitting this.

Old version divided it wrong, which resulted in chroma drift (visible on FATE
sample too as dirty trails left by clouds).
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

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

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

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

Signed-off-by: Jindrich Makovicka <jindrich.makovicka@nangu.tv>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

We operated on 31-bits, but with e.g. lanczos scaling, values can
add up to beyond 0x80000000, thus leading to output of zeroes. Drop
one bit of precision fixes this.

When using e.g. lanczos scaling, values can drop below 0, so they
should never be unsigned.

We would use the second half of the U plane buffer, rather than the
V plane buffer, to output the V plane pixels.

They were replaced by (de)muxer private options.

AVStream is no place for it and it's unused outside of ffmpeg anyway.

Change the test program to output text instead of binary files so
it can be compared easily in FATE.
Signed-off-by: Mans Rullgard <mans@mansr.com>

This prevents random values from the stack being used as
"variables" in expressions.
Signed-off-by: Mans Rullgard <mans@mansr.com>

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

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

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

For 9/10bit, it means we don't have to upscale to 16bit before
actual scaling or pixel format conversion, and thus a performance
gain.