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

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

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

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

one found by Milan Cutka
one by me

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

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

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

segfaults on all .cin videos from Quake II.
patch by (Matti Hamalainen <mhamalai ratol fi>)

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

Derived from MPlayer patch by Larry Ruedisueli

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

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

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

This patch adds the support for INTRA PCM macroblocks in CAVLC and CABAC
mode, the deblocking needed a small modification and so did the
intra4x4_pred_mode prediction.

With this patch, the 5 streams of the conformance suite containing INTRA
PCM macroblocks now decode entirely, 4 are completely corrects, 1 is
incorrect since the first B slice because of deblocking in B slice not
yet implemented.

The code is not optimized for speed, it is not necessary IPCM
macroblocks are rare, but it could be optimized for code size, if
someone want to do this, feel free.

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

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

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

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

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

Build libpostproc out of source directory patch by (James A. Morrison >ja2morri csclub.uwaterloo ca>)

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

3 more streams of the conformance suite decode to the
end instead of failing on an assert (CABACI3_Sony_B.jsv,
CABAST3_Sony_E.jsv and CABASTBR3_Sony_B.jsv), they are still false since
the first B slice probably because of deblocking in B slices not yet
implemented.

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

which isn't the advanced one; and indeed, using adv. profile parser fails.
Using normal parser works, and that's what is done
- attempt at taking care of stride for NORM2 bitplane decoding
- duplication of much code from msmpeg4.c; this code isn't yet used, but
goes down as far as the block layer (mainly Transform Type stuff, the
remains are wild editing without checking). Unusable yet, and lacks the AC
decoding (but a step further in bitstream parsing)
patch by anonymous

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

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

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

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

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

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

switch to integer antialias code as default as its faster now

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

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

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

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

Still doesn't work with our mov demuxer though...

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

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

With this patch, the streams CAWP5_TOSHIBA_E.264 and CVWP5_TOSHIBA_E.264
are completely decoded

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

fixes decoding of MR2_MW_A.264

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

- no more error with norm6 codes
- almost skipped frames (~110 bits) are not overflowed
However:
- there are very few bits left in those frames, so I wonder if enough MB
data is actually left
- NORM6/DIFF6 (4/5) bitplanes are a lot more present, which I don't find
obvious.
patch by anonymous

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

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

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

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

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

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

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

100000l (typos in the #define for selecting the NORM6 method -> wasnt compiled, after fixing typos new method doesnt even compile -> swicth back to old until its fixed)

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