git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3944 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3943 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

as this patch has been removed from mov.c in the 1.61->1.62 change


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3942 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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.


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3941 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3940 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3939 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3938 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3937 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3936 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3935 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

"I recently got a game called Lighthouse from Sierra with FMV in VMD
format. Some of them played OK, some of them FFmpeg refused to open,
some caused a crash.

I investigated files which couldn't be opened by FFmpeg and it appeared
that they had no audio (and bytes 2-3 from beginning of file contained
01 00, all other have 00 00 insted). Attached patch fixes this issue."


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3934 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3933 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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.


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3932 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3931 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3930 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3929 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3928 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3927 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3926 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

switch to integer antialias code as default as its faster now


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3925 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3924 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3923 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

additionally compare the mp2 case with some delay as this matches better (the delay issue obviously should be fixed)


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3922 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3921 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3920 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3919 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3918 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3917 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

fixes decoding of MR2_MW_A.264


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3916 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

- 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


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3915 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3914 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3913 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3912 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3911 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3910 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3909 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3908 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

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)


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3907 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

vc9data.h to select the behaviour
- modified decode_b_picture_primary_header so that
decode_bi_picture_header is no more required

Fixes:
- modifications for some more using of MpegEncContext
- fixed a bit frame type decoding
- switch from pointers to index for AC tables
- corrected P CBPCY decoding (p_cbpcy += 4)

patch by anonymous


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3906 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b

- avctx and gb elements were removed from VC9Context, hence a larger diff
- some code was added to h263dec.c regarding CODEC_ID_WMV3 (should apply to CODEC_ID_VC9 too)
- VLC tables and other related tables were made global whenever this seemed necessary; appropriate changes were therefore made to other parts of the code using those tables
- the change for the bitplane management to a struct (some of them should eventually be mapped to MpegEncContext arrays) wasn't associated with the proper frees; should be fixed now
patch by anonymous

better names for globalized tables by me


git-svn-id: file:///var/local/repositories/ffmpeg/trunk@3905 9553f0bf-9b14-0410-a0b8-cfaf0461ba5b