The function is only instantiated once, so there is no point
in keeping it in a template file.

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

Explicitly saying it can't hurt.
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>

Now that the headers themselves have ifdef protection this is no
longer necessary and more consistent with normal include handling.

This prevents non-AltiVec-enabled compilers from choking.

This makes output -ss sample-accurate for audio and will allow further
simplication in the future.

This makes -t sample-accurate for audio and will allow further
simplication in the future.

Most of the FATE changes are due to audio now being sample accurate. In
some cases a video frame was incorrectly passed with the old code, while
its was over the limit.

This way OutputFile variables like recording time can be used when
creating the streams.

Options are freed from the generic code now, there is no need to call
av_opt_free() from the filter.

It now allows an arbitrary number of inputs, not just two.

Otherwise some code might mistakenly think it is allowed to unref those
buffers, which would lead to double unref.

It is a part of the sample that got broken by recent indeo3 changes.

They are the same in this case, except put_pixels also has blocksizes
smaller than 8.

CC:libav-stable@libav.org

Broken bitstreams could report a larger than specified number of
channels and cause outbound writes.

CC:libav-stable@libav.org

The return value provides no useful information and removing the printing
avoids the following warning:
libavcodec/h264_refs.c:788:15: warning: 'i' may be used uninitialized in this function [-Wuninitialized]