- 07 Feb, 2005 11 commits
-
-
Michael Niedermayer authored
Originally committed as revision 3951 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
checksum change due to (don't crash on null codec patch which changed the stored length of the compressor name, movenc.c 1.28->1.29) Originally committed as revision 3950 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3949 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3948 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3947 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
regression test checksum change due to the mov header field and compressor name patch (movenc.c 1.24->1.25) Originally committed as revision 3946 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Martin Drab authored
Originally committed as revision 3945 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3944 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3943 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
as this patch has been removed from mov.c in the 1.61->1.62 change Originally committed as revision 3942 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Loic Le Loarer authored
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
-
- 06 Feb, 2005 3 commits
-
-
Michael Niedermayer authored
Originally committed as revision 3940 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3939 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3938 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 04 Feb, 2005 7 commits
-
-
Michael Niedermayer authored
Originally committed as revision 3937 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3936 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3935 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Kostya Shishkov authored
"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." Originally committed as revision 3934 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
James A. Morrison authored
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
-
Loic Le Loarer authored
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
-
anonymous authored
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
-
- 03 Feb, 2005 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 3930 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Feb, 2005 5 commits
-
-
Michael Niedermayer authored
Originally committed as revision 3929 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3928 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Christophe Massiot authored
Originally committed as revision 3927 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Johan Bilien authored
Originally committed as revision 3926 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
switch to integer antialias code as default as its faster now Originally committed as revision 3925 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Feb, 2005 13 commits
-
-
Michael Niedermayer authored
Originally committed as revision 3924 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3923 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
additionally compare the mp2 case with some delay as this matches better (the delay issue obviously should be fixed) Originally committed as revision 3922 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3921 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3920 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
François Revol authored
Still doesn't work with our mov demuxer though... Originally committed as revision 3919 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 3918 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Loïc Le Loarer authored
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
-
Loïc Le Loarer authored
fixes decoding of MR2_MW_A.264 Originally committed as revision 3916 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
anonymous authored
- 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
-
anonymous authored
Originally committed as revision 3914 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Reimar Döffinger authored
Originally committed as revision 14631 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc
-
Michael Niedermayer authored
Originally committed as revision 3913 to svn://svn.ffmpeg.org/ffmpeg/trunk
-