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

Fixes issue 2322.

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

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

This greatly improves bitrate handling. You will now get within a few
kbps of your requested bitrate instead of 20-40kbps higher.

There is absolutely no analog to this line in the 3GPP spec, that I
can find.

patch by Nathan Caldwell saintdev (at) gmail

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

Removing the modification vastly improves quality (at a slight bitrate
cost) for some samples. castanets.wav is a good example. The closest
equivalent I see to the modification in the 3GPP spec is a similar
modification (over a specific frequency range) when TNS is used.

This also changes the threshold-in-quiet calculation to match the
3GPP spec.

patch by Nathan Caldwell saintdev (at) gmail

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

According to the 3GPP spec:
"Thus the pre-echo control is inactive for the first short window (but
not all short windows in a short frame) after a start block and for
all frames with a stop window sequence."

Currently, pre-echo control is only run when the current frame is not
a short frame, and the previous frame is not a short frame.

patch by Nathan Caldwell saintdev (at) gmail

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

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

This may be needed to avoid calls to implicitly defined functions
(that will be removed by dead code elimination later anyway).

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

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

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

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

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

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

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

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

Make 1pass statistic collection in ffv1 put_symbol_inline() conditional to avoid slowdown when more statistic collection code is added.

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

Required after r25567.

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

Reading 7 bits as an unsigned int can't result in a value exceeding 127.
Accordingly, remove error message (as it'll never be reached).

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

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

Bug caused by the fact that get_bits(gb, 0) is undefined.
Doesn't affect any streams generated by the official Theora encoder, but such
streams are nevertheless valid.

Fixes decoding of CELT-933dd833-nmr-bandt.ogv.

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

Do decode init in the init function instead of at the first frame.
Fix some possible crash cases.

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

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

Add quant_table_index to ffv1 PlaneContext and use it instead of duplicating the currents implementation of calculating it.

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

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

Some code was initializing some xmm registers in one asm block and using them
in the following block, assuming they wouldn't be changed in between blocks.

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

thus making forced key frames work.

Patch by Nicolas George, nicolas d george a normalesup d org

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

I used the same loop counter for the inner and outer initalization loops.
This caused initalization to only run for the first channel. This in turn lead
to any channel other than the first using only short blocks.

Patch by Nathan Caldwell, saintdev at gmail

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

avfilter.c.

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

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

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

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

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

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

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

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

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

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

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

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

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