It will allow adding new fields to it without ABI breaks.

Our w32pthreads wrapper has various issues and is only supposed to be
used in libavcodec.

When there are multiple input files, run demuxing for each input file in
a separate thread, so reading packets does not block.

This is useful for achieving low latency when reading from multiple
(possibly slow) input streams.

It will be used by avplay.

Use just the pointer to the head of the buffer pool.

This will allow sharing the code with avplay.

frame number should never be strictly larger than max frames, so the
if() was never triggered.

There may be multiple frames returned, so with just one check we can
write more than requested to the output.

This is done by automatically inserting a setpts filter.

Some tests change because -s now inserts the scaler to the end instead
of beginning of the filtergraph.

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

Those functions do only decoding now, encoding is run from
poll_filters().

Invented timestamps for the h264 tests return to something resembling
sanity.

In the idroq-video-encode test when converting 25 fps -> 30 fps the
fifth frame gets duplicated instead of the sixth.

Don't return from poll_filters() immediately, there may be other frames
and/or other streams to handle.

Fixes a memleak.

Deprecate -async.

The FATE changes are all off-by-one due to different rounding being used
(lrintf vs av_rescale_q).

It's the same as av_vsrc_buffer_add_frame(), except it doesn't take pts
or pixel_aspect parameters. Those are read from AVFrame.

Deprecate av_vsrc_buffer_add_frame().

Converting the double to float for lrintf() loses precision when
the value is not exactly representable as a single-precision float.
Apart from being inaccurate, this causes discrepancies in some
configurations due to differences in rounding.

Note that the changed timestamp in the vc1-ism test is a bogus,
made-up value.

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

Also add the public interface libavfilter/buffersink.h.

Based on a commit by Stefano Sabatini.

This moves the cpu flag parsing code from avconv to avutil so
it can be accessed elsewhere.

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

nb_input_files is already an invalid index.

This allows masking CPU features with the -cpuflags avconv option
which is useful for testing different optimisations without rebuilding.

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

This feature is complex, of questionable utility, and slows down
normal decoding.

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

Fail earlier and with a more descriptive error message.

The decoder can change the layout and channel count during decoding,
but currently we only validate that the two are compatible when opening
the codec. This checks for incompatibilities after each decoded frame.

This allows the user to specify an input channel layout without avconv aborting because the
"channels" option was not found.

Prevents extensive buffering when overlaying a single picture.

This is the first step towards supporting complex filtergraphs with more
than one input and/or output.

It more properly belongs to output, not input.

Always take it from lavfi. This way we don't need a clearly defined
corresponding input stream.

This is a more proper place for them, since they store parameters of the
input, not output, stream.

This way we don't require a clearly defined corresponding input stream.

The result for the xwd test changes because rgb24 is now chosen instead
of bgra.

Right now, they are arrays of structs, reallocated when new
streams/files are added. This makes storing pointers to those structs
harder than necessary.

They are globals, no point in pretending they are not.

This is required for letting applications to create and destroy
AVFilterInOut structs in a convenient way.

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

If either input or output layout is known and the channel counts match,
use the known layout for both. Otherwise choose the default layout based on
av_get_default_channel_layout().

Changed some FATE references due to some WAVE files now having a non-zero
channel mask.