While adding stereo rematrixing, I came across something that needs to
authorJustin Ruggles <jruggle@earthlink.net>
Thu, 5 May 2005 14:10:52 +0000 (14:10 +0000)
committerMichael Niedermayer <michaelni@gmx.at>
Thu, 5 May 2005 14:10:52 +0000 (14:10 +0000)
commit132041f06fe30eff483769e19681bb2d5f92f26c
treedba3720b1e7a6f3e5f11e76ec40f2918b380e016
parent725de25c4c1d0db8d3bd1abc27db0bbba274cb1d
While adding stereo rematrixing, I came across something that needs to
be fixed even without adding the feature.  The output correctly uses 4
dummy values for the rematrixing flags in block-0, but the bit
allocation routine does not take these bits into account.  From what I
can tell, there was a patch in 2003 that corrected the output to make it
DVD and spec compatible, but it didn't correct the bit allocation.  It's
only 4 bits over the entire 6 blocks, so overflow errors would happen
rarely or never, but it's still worth fixing.  So here is a fix.

patch by (Justin Ruggles {jruggle earthlink net)

Originally committed as revision 4179 to svn://svn.ffmpeg.org/ffmpeg/trunk
libavcodec/ac3enc.c
tests/ffmpeg.regression.ref
tests/rotozoom.regression.ref