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

This allows cleaner implementation of other psymodels using the existing
structs. It also will make it easier to interchange individual parts of
the psymodel to create hybrid models.

Patch by: Nathan Caldwell <saintdev@gmail.com>

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

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

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

It generates smaller cleaner code.

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

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

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

instead of current "make output file of size less than ss".

Also use it to make MP3 tests more readable (using -fs xxx where xxx is
the requested output size, not something slightly lower).

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

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

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

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

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

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

enabling codec and muxer by registering it in allcodec.c and allformat.c and adding files to the build-system

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

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

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

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

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

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

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

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

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

This is to avoid split asm sections that attempt to preserve some
registers between sections.

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

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

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

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

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

since all of it ends up in a single 32-bit pixel.
This seems likely to be wrong though, since it is different
from the 15 and 16 bit modes and might explain the half-width
issue for 24 bit truemotion.

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

BGR32 and not BGR24, do not swap red and blue on big-endian
for this format as well.

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

on big-endian.

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

Zhentan Feng <spyfeng gmail com> as part of Google's Summer of Code program.

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

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

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

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

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

Patch by S.N. Hemanth Meenakshisundaram -af smeenaks,ucsd,edu.

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

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

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

The relevent extract of the iso 13818-2 about the value of the syntaxical
element top_field_first of the Picture Coding Extension is:

"top_field_first -- The meaning of this element depends upon picture_structure,
progressive_sequence and repeat_first_field.
[...]
In a field picture top_field_first shall have the value '0', and the only field
output by the decoding process is the decoded field picture."

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

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