They are TYPE_INT AVOptions, so they must be ints

Arch specific calls should have an emms_c following to keep the cpu
state consistent.

Reported-By: wm4
CC: libav-stable@libav.org

Error introduced in 61b323ce.

strtok_r is not needed any more, so remove it from configure.

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

This fixes two related Doxygen warnings.  Also document one parameter.

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

All copyright holders have agreed to the relicensing.

It should be forward compatible with newer freetype.

This is a more sensible place for these macros.

Applications that have been linked against an older release of Libav and pick up
updated libraries experience segmentation faults because they pick up the new
libavfilter, which assumes AVFrames have been allocated by libavutil and thus
contain new reference-counting related fields. This will break for AVFrames that
have been allocated by old libavcodec.

All scheduled API changes are deferred to the next bump.

The function is used in a block of code that is deprecated anyway.

Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>

Before, it just returned width/height. Correct is width/height*sar.

That way it is consistent with DAR as in probe output and setdar.
Signed-off-by: Rudolf Polzer <divverent@xonotic.org>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

Example: -vf setsar=sar="sar*9/10"
Signed-off-by: Rudolf Polzer <divverent@xonotic.org>
Signed-off-by: Anton Khirnov <anton@khirnov.net>

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

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