[ Based on a patch by Brian Brice (bbrice at newtek dot com) ]

Originally committed as revision 6161 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6072 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 6045 to svn://svn.ffmpeg.org/ffmpeg/trunk

umovimus at gmail dot com

Originally committed as revision 6022 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5951 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5939 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5779 to svn://svn.ffmpeg.org/ffmpeg/trunk

tabs removed and regression.sh fixed (it was missing in the patch) by me

Originally committed as revision 5572 to svn://svn.ffmpeg.org/ffmpeg/trunk

1) search for optimal rice parameters and partition order. i also
modified the stereo method estimation to use this to calculate estimated
bit count instead of using just the pure sums.

2) search for the best fixed prediction order

3) constant subframe mode (good for encoding silence)

Note that the regression test for the decoded wav file also changed.
This is due to FFmpeg's FLAC decoder truncating the file, which it did
before anyway...just at a different cutoff point.  The generated FLAC
files are still 100% lossless.

With this update, FFmpeg's FLAC encoder has speed and compression
somewhere between "flac -1" and "flac -2".  On my machine, it's about
15% faster than "flac -2", and about 10% slower than "flac -1".  The
encoding parameters are identical to "flac -2" (fixed predictors, 1152
blocksize, partition order 0 to 3).

Originally committed as revision 5536 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5528 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5515 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5476 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5427 to svn://svn.ffmpeg.org/ffmpeg/trunk

(bitstream is not backwards compatible, even if refs aren't used)

Originally committed as revision 5417 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5405 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5372 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5328 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5314 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5281 to svn://svn.ffmpeg.org/ffmpeg/trunk

(ac3enc.c r1.30)

Originally committed as revision 5275 to svn://svn.ffmpeg.org/ffmpeg/trunk

+15% speed, +.1 dB

Originally committed as revision 5159 to svn://svn.ffmpeg.org/ffmpeg/trunk

Patch by Daniel Maas dmaas at maasdigital dot com

Originally committed as revision 5113 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5098 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5093 to svn://svn.ffmpeg.org/ffmpeg/trunk

method defined by SMPTE

Patch by Dan Maas

Originally committed as revision 5074 to svn://svn.ffmpeg.org/ffmpeg/trunk

performance impact is less than 1%.

Patch by Dan Maas  (dmaas at maasdigital dot com)

Originally committed as revision 5070 to svn://svn.ffmpeg.org/ffmpeg/trunk

values), so the comparison with vs_total_ac_bits is messed up on the
first couple loop iterations, leading to AC underflows.

the b->prev[] pointers were not being maintained correctly. We
potentially have to update b->prev[] both before and after the area
whose VLC length is getting adjusted.

this also might fix the ppc regression failure?

patch by (Dan Maas <dmaas maasdigital com>)

Originally committed as revision 5064 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 5055 to svn://svn.ffmpeg.org/ffmpeg/trunk

roman, dont hesitate to reverse this and solve it differntly if you want ...

Originally committed as revision 5053 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4925 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4897 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4890 to svn://svn.ffmpeg.org/ffmpeg/trunk

Olivier, oandrieu <at> gmail.com.

Originally committed as revision 4889 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4888 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4886 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4876 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4868 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4841 to svn://svn.ffmpeg.org/ffmpeg/trunk

Note, if you think thats too harsh, look at the cvs history he has broken the regression tests many times and has not once
updated the checksums ...
regression test checksum change due to: movenc.c 1.46->1.47
"finally found what those >138 codes were... crappy compressed 5bit ascii. this gets them correctly, and adds setting track"

Originally committed as revision 4826 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4824 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4821 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4820 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4785 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4773 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4770 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4767 to svn://svn.ffmpeg.org/ffmpeg/trunk

this only affects encoding with bframes and rate control

Originally committed as revision 4765 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4560 to svn://svn.ffmpeg.org/ffmpeg/trunk

dc coeff rounding fix
class=3 num of bits fix
do interlaced check & idct only if CODEC_FLAG_INTERLACED_DCT

Originally committed as revision 4542 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 4541 to svn://svn.ffmpeg.org/ffmpeg/trunk