Instead, just decrease it to a valid value and use that.
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

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

Set DV packet durations using fields_per_frame.
This requires turning gxf_stream_info into the demuxer's context for access to the value in gxf_packet().
Since MPEG-2 seems to work fine this done only for DV.
Signed-off-by: Anton Khirnov <anton@khirnov.net>

libavcodec/libxvidff.c:752: warning: initialization discards qualifiers from pointer target type

Eliminate redundant check in filter_mb_fast, consider bit depth in calculating qp_thresh.

Inline the relevant parts of fill_decode_caches into P-SKIP mv prediction to
avoid calling the whole thing.

These weren't getting inlined all the time in all gcc versions.

Mainly ported from 8-bit H.264 predict.

Some code ported from x264. LGPL ok by author.
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

Based on a somewhat similar idea in FFmpeg's swscale.

Based on a somewhat similar idea in FFmpeg's swscale copy.

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.

We accessed the alpha array even it wasn't used and didn't
exist, hence leading to a NULL pointer segfault.

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.

It's required to be non-zero since
cc58300e

There's no point in keeping them separate.

Those are reserved for the libs.

They were replaced by (de)muxer private options.

Deprecate AVFormatContext.loop_output.

Deprecate AVFormatContext.loop_input.

That is, unless the caller explicitly asks for them.

Prevents conflict between e.g. the 'loop' option in img2 demuxer and
'loop' flag in AVCodecContext.

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

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

Now the bin directory only contains those DLLs that are actually used.
Signed-off-by: Martin Storsjö <martin@martin.st>

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

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

The build system doesn't use lib.exe any longer, and therefore this
can be simplified.
Signed-off-by: Martin Storsjö <martin@martin.st>

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