1
0
mirror of https://github.com/FFmpeg/FFmpeg.git synced 2024-11-26 19:01:44 +02:00
Commit Graph

18 Commits

Author SHA1 Message Date
Mike Melanson
160d679c07 Ministry of English Composition, reporting for duty (and the word is "skipped", not "skiped"; "skiped" would rhyme with "hyped")
Originally committed as revision 4153 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-04-24 17:21:11 +00:00
anonymous
8da75fb272 - renaming the AC coding set variable names to more meaningful ones
- removed old MB decoding functions, and moved around macros to be used in
the previously unused code, which match better msmpeg4.c/whole MPV
framework
- cleaned (not yet functionnal, lots missing) DC prediction
- trying to pass the proper coded status to block decoder
patch by anonymous

Originally committed as revision 3973 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-02-23 17:24:17 +00:00
anonymous
7cc84d241b - samples from mplayer ftp in the "adv" profile seem to have profile=2,
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
2005-02-04 02:20:38 +00:00
anonymous
bf2bc926f0 - a lot less overflows when decoding frames
- 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
2005-02-01 10:03:55 +00:00
anonymous
2ce151f898 Documentation patch by anonymous
Originally committed as revision 3914 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-02-01 09:51:49 +00:00
Michael Niedermayer
9da235c803 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
2005-01-30 22:28:11 +00:00
anonymous
5e424311dd - add another way to decode norm6 VLC; modify VLC_NORM6_METH0D define in
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

Originally committed as revision 3906 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-30 21:54:20 +00:00
anonymous
0d33db8a4d In that patch:
- 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

Originally committed as revision 3905 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-30 16:34:57 +00:00
anonymous
0c040aacbe use dc tables from msmpeg4 instead of duplicating them patch by anonymous
Originally committed as revision 3886 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-26 12:01:35 +00:00
Michael Niedermayer
a64a006e95 dont duplicate decode012()
Originally committed as revision 3884 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-25 01:40:58 +00:00
Michael Niedermayer
6b250f09e8 check norm6 vlc validity as there are some bit sequences which dont corespond to any codeword, the other vlc tables all seem to be huffman tables though
Originally committed as revision 3883 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-25 01:29:10 +00:00
anonymous
e5540b3fd3 Fixes:
- i/p/b_decode_mbs functions now checks the proper values (from
bitplane). I didn't find it very clear, but it seems "raw" = "to read at
the MB layer". I used a structure, but we could spare that indirection and
add a flag in the VC9Context for each array.
- Properly decode (or so I think) the CBPCY (as it is predicted)
- many more things
patch by anonymous

Originally committed as revision 3882 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-24 23:01:18 +00:00
Michael Niedermayer
b299f0d907 more 10l typos
Originally committed as revision 3881 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-24 01:56:53 +00:00
Michael Niedermayer
9c68c65adb norm-6 / diff-6 support (untested, parts of it just guessed as the spec is unclear)
Originally committed as revision 3880 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-24 01:46:12 +00:00
Michael Niedermayer
d29f0cd9c1 fixing many bugs in bitplane_decoding()
spliting row/colskip cases into their own functions as these will be needed for NORM/DIFF-6

Originally committed as revision 3879 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-24 00:35:18 +00:00
Michael Niedermayer
e902560005 dont use several 100 mb memory for a tiny 120 element table
remove redundant code related to av_free()
typo fix

Originally committed as revision 3878 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-23 22:54:51 +00:00
Michael Niedermayer
934982c4ac avoid buf_size == 0 checks in every decoder
Originally committed as revision 3872 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-23 18:09:06 +00:00
Alex Beregszaszi
21aa398f3d preliminary vc9 bitstream decoder, committing to make syncing and team-work on it easier
Originally committed as revision 3861 to svn://svn.ffmpeg.org/ffmpeg/trunk
2005-01-22 17:52:01 +00:00