These macros are redundant.  All uses are replaced with the generic
DECLARE_ALIGNED macro instead.

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

This eliminates all aliasing violation warnings in h264 code.
No measurable speed difference with gcc-4.4.3 on i7.

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

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

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

Fixes issue1250

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

of the code.
No meassureable speed change.

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

about 0.5% faster MBAFF loop filtering

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

No meassureable speed effect.

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

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

about 0.5% faster loop filtering

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

smaller without any speed loss.

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

1% faster MBAFF decoding overall, maybe ~0.1% faster for the cathedral sample.

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

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

~20 cpu cycles faster loopfilter

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

quite a bit faster

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

~6% faster (slow path) loopfilter (should be ~2% overall)

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

This is a hair slower (0.15% maybe) but i really dont want to have the
identical code duplicated 3 times because gcc adds odd threaded jumps with
register reshuffling and register safe/restore.

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

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

to split out

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

This prevents the issue with having to switch between slow and
fast code paths in each row.
0.5% faster loopfilter for cathedral

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

a few cycles faster

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

This allows many things to be simplified away.
h264 decoder is overall 1% faster with a mbaff sample and
0.1% slower with the cathedral sample, probably because the slow loop
filter code must be loaded into the code cache for each first MB of each
row but isnt used for the following MBs.

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

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

~4 cpu cycles speedup

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

60 cpu cycles speedup

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

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

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

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

initialization befre the loop filter.

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

This should fix a segfault, also it might be faster on systems where the
+52 wasnt free.

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

This is faster for videos that have lots of MBs that fall in this category.

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

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

4 cpu cycles faster.

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

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

Change order of operands as gcc uses a hardcoded register per operand it seems
even for static functions
thus reducing unneeded moved (now functions try to pass the same argument in
the same spot).
Change signed int to unsigned int for array indexes as signed requires signed
extension while unsigned is free.
move the +52 up and merge it where it will end as a lea instruction, gcc always
splits the 52 out there turning the free +52 into an expensive one otherwise.
The changed code becomes a little faster.

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

little effect overall as this is not that often executed.

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

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

Its faster but too rarely used to make a differnce.

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

loop filter. (a little faster for the common case where they are equal)

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

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

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

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

No real speed change.

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

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

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

in the innerst loop. ~150 cpu cycles faster

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

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

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

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

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