This adds the possibility to set foo_if and foo_if_any variables,
causing foo to be enabled if all/any of the listed options are
enabled.

Originally committed as revision 21215 to svn://svn.ffmpeg.org/ffmpeg/trunk

About 1% faster ff_ac3_bit_alloc_calc_psd on Intel Atom, overall speedup
not measurable though.
Should have a bigger effect on systems without cmov or with very slow cmov.

Originally committed as revision 21214 to svn://svn.ffmpeg.org/ffmpeg/trunk

Latent libavformat version bump and documentation update for Adobe Filmstrip muxer and demuxer (r21212)

Originally committed as revision 21213 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21212 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 30301 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

Originally committed as revision 30300 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

Since BGR24 is decoded as BGR32, fill its alpha channel with 255
using the appropriate predictors.

Originally committed as revision 21211 to svn://svn.ffmpeg.org/ffmpeg/trunk

set stream aspect from mov tkhd width/height, patch by Andrew Wason, rectalogic at rectalogic dot com
Fixes issue 671.

Originally committed as revision 21210 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21209 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21208 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21207 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21206 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21205 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21204 to svn://svn.ffmpeg.org/ffmpeg/trunk

This was not supported by some equipment and cisco analyzer.

Originally committed as revision 21203 to svn://svn.ffmpeg.org/ffmpeg/trunk

nor on network support.

Originally committed as revision 21202 to svn://svn.ffmpeg.org/ffmpeg/trunk

print more debug info about muxing parameters, patch by Mike Scheutzow, scheutzow at alcatel-lucent dot com

Originally committed as revision 21201 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21200 to svn://svn.ffmpeg.org/ffmpeg/trunk

scheutzow at alcatel-lucent dot com and Niobos, niobos at dest-unreach dot be.

Originally committed as revision 21199 to svn://svn.ffmpeg.org/ffmpeg/trunk

move pcr/sdt/pat period computation after ts->mux_rate is set, patch by Mike Scheutzow, scheutzow at alcatel-lucent dot com

Originally committed as revision 21198 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21197 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21196 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21195 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21194 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21193 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21192 to svn://svn.ffmpeg.org/ffmpeg/trunk

Up to 6% faster overall on i7, no change on A8.

Originally committed as revision 21191 to svn://svn.ffmpeg.org/ffmpeg/trunk

GCC should be able to do this, but doesn't.  Slightly faster code.

Originally committed as revision 21190 to svn://svn.ffmpeg.org/ffmpeg/trunk

Simplify cur_band_type, group_len, and coef/offset calculations.  This
makes the code easier to read and slightly faster.

Originally committed as revision 21189 to svn://svn.ffmpeg.org/ffmpeg/trunk

The codebooks each consist of small number of values repeated in
groups of 2 or 4.  Storing the codebooks as a packed list of 2- or
4-bit indexes into a table reduces their size substantially (from 7.5k
to 1.5k), resulting in less cache pressure.

For the band types with sign bits in the bitstream, storing the number
and position of non-zero codebook values using a few bits avoids
multiple get_bits() calls and floating-point comparisons which gcc
handles miserably.

Some float/int type punning also avoids gcc brain damage.

Overall speedup 20-35% on Cortex-A8, 20% on Core i7.

Originally committed as revision 21188 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21187 to svn://svn.ffmpeg.org/ffmpeg/trunk

Patch by Tomas Härdin: $(name) punto hardin chez codemill dot se

Originally committed as revision 21186 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21185 to svn://svn.ffmpeg.org/ffmpeg/trunk

the file for future 16k mode decoder code.

Originally committed as revision 21184 to svn://svn.ffmpeg.org/ffmpeg/trunk

Two of these are in fact constant size, so use the constant instead of
a variable in the declarations.  The remaining one is small enough
that always using the maximum size is acceptable.

Originally committed as revision 21183 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21182 to svn://svn.ffmpeg.org/ffmpeg/trunk

not slower according to benchmarks.

Originally committed as revision 21181 to svn://svn.ffmpeg.org/ffmpeg/trunk

Yes i did compile&test, no svq3.c was not recompiled.

Originally committed as revision 21180 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21179 to svn://svn.ffmpeg.org/ffmpeg/trunk

Seems to speed the code up a little...
The placement of many generic functions between h264.c and h264.h is still open
Currently they are a little randomly placed between them.

Originally committed as revision 21178 to svn://svn.ffmpeg.org/ffmpeg/trunk