readability.

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

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

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

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

h264_idct_add16intra, h264_idct_add8 need to be implemented.

Add C version of ff_h264_idct8_dc_add in AltiVec so that ff_h264_idct8_add_altivec
can be used.

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

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

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

patch by avcoder, ffmpeg gmail com

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

h264_idct8_add_c: 780 -> 735 cycles on conroe

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

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

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

7 cpu cycles faster on pentium dual.

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

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

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

to be avoided and the function is pretty small.
3% speedup, though this is probably due to changed inlining and not directly
this change.

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

though.

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

larger values for too large values.

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

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

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

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

Sadly only 5 cycles faster here on pentium dual. So maybe the
complexity is not worth it and this should be reverted ...

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

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

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

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

Quite a bit faster (HPCVMOLQ_BRCM_B.264 was 3% faster here)

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

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

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

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

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

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

Thanks to FATE for finding it.

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

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

Spotted by Ramiro Polla.

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

Include "libavutil/common.h" where we use llrint() in case ffmpeg's
own llrint() is to be used.

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

warning #188: enumerated type mixed with another type

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

warning #188: enumerated type mixed with another type

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

pentium dual.

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

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

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

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