aic: use chroma scan tables while decoding luma component in progressive mode

For some unclear reason Apple decided to use the same scan tables for luma and
chroma in the progressive mode while using different ones for luma in the
interlaced mode.
cabac: x86 version of get_cabac_bypass

Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
indeo: use a typedef for the mc function pointer
indeo: Refactor ff_ivi_dec_huff_desc

Spare an indentation level.
indeo: Refactor ff_ivi_init_tiles and ivi_decode_blocks

Spin large and mostly self contained blocks into stand alone
functions.
indeo: Cosmetic formatting

Trim some overly long lines.
indeo: reject negative array indexes

Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
CC: libav-stable@libav.org
log: pass the correct parameters to missing_feature_sample

CC:libav-stable@libav.org
compat: wrap math.h to avoid AIX-specific clashes

AIX defines a class() function in its math.h header without any
guard.
mem: add av_reallocp
bitstream_filter: K&R formatting cosmetics
lavc: introduce CODEC_CAP_PKT_TS

Codecs with internal parallelism need to set the pkt_pts/pkt_dts
by themselves.
wip: qsv simple decoder
wip: move qsv-specific code in qsv.c

Pave the way to easily support other codecs.