Patch by Sebastian Vater <cdgs basty googlemail com>.

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

handling of things such as masking/EHB/HAM for this type of data.

Patch by Sebastian Vater <cdgs basty googlemail com>.

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

Patch by Sebastian Vater <cdgs basty googlemail com>.

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

Patch by Sebastian Vater <cdgs basty googlemail com>.

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

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

Patch by Michael Kostylev, michael D kostylev A gmail

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

Patch by Michael Kostylev, michael D kostylev A gmail

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

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

be invalid after the codec is "gone".

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

as with the high freq 10-20 cycles faster

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

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

this is 10-20cpu cycles faster on duron (whole is about 50-60 cpu cylses)
I wonder why gcc isnt doing this on its own ...

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

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

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

Most coder functions read it. Carting this around in the context may be
suboptimal; a refactor should be considered.

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

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

Patch by Nick Brereton <nick at nbrereton dot net>

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

was encountered with a channel range that overlapped the previous substreams,
and the code assumed no such overlap was possible.
Patch by Nick Brereton <nick at nbrereton dot net>

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

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

with x86_32 gcc 4.4.4 and -fPIC.

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

Patch by Sebastian Vater <cdgs basty googlemail com>.

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

they are >= 0.

Patch by Sebastian Vater <cdgs basty googlemail com>.

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

This fixes issue1907

Patch by Thomas Devanneaux gmail(thomdev)

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

such.

Also put the [3][0][0][0] codec tag, mapped to rgb565le, in a special
section. It needs to be specified *after* the nut RGB[16] codec tag,
otherwise it will be used by default when encoding normal non-flipped
rgb565le, and will be decoded like a flipped format (see
rawdec.c:raw_init_decoder()).

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

Add codec tags for the formats:
[15]BGR Packed RGB 5:5:5, 16bpp, (msb)1A 5R 5G 5B(lsb), big-endian [NOT in AVI]
[15]RGB Packed BGR 5:5:5, 16bpp, (msb)1A 5B 5G 5R(lsb), big-endian [NOT in AVI]
[16]BGR Packed RGB 5:6:5, 16bpp, (msb)   5R 6G 5B(lsb), big-endian [NOT in AVI]
[16]RGB Packed BGR 5:6:5, 16bpp, (msb)   5B 6G 5R(lsb), big-endian [NOT in AVI]
RGBA    Packed RGBA 8:8:8:8, 32bpp, RGBA [NOT in AVI]
BGRA    Packed RGBA 8:8:8:8, 32bpp, BGRA [NOT in AVI]
ABGR    Packed RGBA 8:8:8:8, 32bpp, ABGR [NOT in AVI]
ARGB    Packed RGBA 8:8:8:8, 32bpp, ARGB [NOT in AVI]
RGB[24] Packed RGB 8:8:8, 24bpp RGB [NOT in AVI]
BGR[24] Packed RGB 8:8:8, 24bpp BGR [NOT in AVI]

which are listed in the nut4cc.txt spec.

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

corresponding ones for the yuvXXX pixel formats.

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

format uyyvyy411.

The codec tag is referenced in fourcc.org.

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

Patch by Sebastian Vater <cdgs basty googlemail com>.

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

The decodeplane8() function processes one byte of input less than
it should.  Also, the for loop has an unusual style with side-effects
in the controlling expression; replaced with a more intuitive while
loop.

10l to Basty.

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

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

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

Minor version bump.

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

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

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

Make the faac inspired quantizer search make sense for a slightly narrower definition of "make sense."

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

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

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

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

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

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