since the MVs are in qpel res.
Patch by Andreas Öman % andreas A olebyn P nu %
Date: Jul 14, 2007 12:40 PM
Subject: [FFmpeg-devel] [PATCH] h264 mv visualization
Originally committed as revision 9688 to svn://svn.ffmpeg.org/ffmpeg/trunk
patch by mark cox melbournemark+ffmpeg _at_ gmail.com
thread: [PATCH] Remove unessesary assignment of CODEC_ID_BMP
date: Mon, 9 Jul 2007 20:12:28 +1000
Originally committed as revision 9675 to svn://svn.ffmpeg.org/ffmpeg/trunk
Redundant code cleanup.
Optimized dither generation.
Minor optimization in bit allocation.
Comments.
Originally committed as revision 9669 to svn://svn.ffmpeg.org/ffmpeg/trunk
Fix the bugs:
1. The quality of output because of incorrect windowing coefficients.
New code for window generation.
2. Dynrng values were reset where dynrng value is present in the first block,
but not in the subsequent block.
Originally committed as revision 9667 to svn://svn.ffmpeg.org/ffmpeg/trunk
Remove more unnecessary headers.
Codec initialization changed to use name => argument notation.
Originally committed as revision 9663 to svn://svn.ffmpeg.org/ffmpeg/trunk
Converted the window from double to float.
Now sound produced is as good as sound produced by liba52.
Originally committed as revision 9661 to svn://svn.ffmpeg.org/ffmpeg/trunk
Reset the blksw and dithflag to 0 at the begining of each block.
Otherwise blockswitching propagates over multiple frames even if
block switching is not enabled for that frame.
Also reuse rematflg.
Originally committed as revision 9660 to svn://svn.ffmpeg.org/ffmpeg/trunk
I realized that the bug was not in the imdct routine but in the
get_transform_coeffs.
Fixed it.
Code now uses the ffmpeg's imdct routines.
All the mplayer's ac3 samples are decoded
successfully.
Also improved downmixing.
Now all the downmixing coeffcients for channels
are normalized such that the sum of coefficients
used to construct the output for single channel
never exceeds 1.0.
Originally committed as revision 9659 to svn://svn.ffmpeg.org/ffmpeg/trunk
More code cleanup.
Window is now runtime generated.
Fixed the bugs in rematrixing routine and
in Decoding AC3 Bitstreams when coupling is in use.
Still struggling to find out what affects the quality of
the produced sound. Can anybody have a look at the
imdct routines do_imdct_256 and do_imdct_512 and tell me
whether it is the correctly implemented as described in
standard.
Originally committed as revision 9658 to svn://svn.ffmpeg.org/ffmpeg/trunk
major code cleanup.
correct implementation of imdct.
implemented imdct for block switching also.
when coupling is not in use all the
ac3 streams are decoded correctly.
but when coupling is in use there is a bug.
i am currently finding the root of the bug.
if anybody can help.
Originally committed as revision 9657 to svn://svn.ffmpeg.org/ffmpeg/trunk
Ramiro Polla
Diego Biurrun
Aurelien Jacobs
Marc Hoffman
Benoit Fouet
Alex Beregszaszi
Måns Rullgård
Andreas Öman
Michael Niedermayer
Justin Ruggles
Mark Cox
Loren Merritt