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]

Set the data field in the flush_pkt to the pointer to the actual packet.
The field needs to contain a valid unique pointer, no read nor writes
are ever made to it.

CC:libav-stable@libav.org

The function requires increasing the fuzz factor for the ac3/eac3 encode
tests and even so makes fate fail. It only provides a slight encoding
speedup for legacy CPUs that do not support SS2. Thus its benefit is not
worth the trouble it creates and fixing it would be a waste of time.

This makes it less confusing when this template is shared both by
dsputil and by hpeldsp.
Signed-off-by: Martin Storsjö <martin@martin.st>