--enable-hardcoded-tables was used.
Due to the size, the code for the tables is generated at compile time.

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

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

buffers, this hopefully should help detect codecs that do not release all
buffers e.g. in the decode_end function.

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

done at a higher level.

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

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

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

Fixes issue 1467.

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

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

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

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

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

part instead of failing completely.
This partly fixes issue 1470 (broken files created by BBC ingex recorder).

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

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

Fixes Issue 1455.

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

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

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

determining if there is any delay in the first packet and/or any truncation in
the final packet.

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

- clarify when 0 is returned
- explain that decode_audio3 has to be called multiple times when there
  are multiple frames in a single packet

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

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

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

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

This allows for some simplifications like removing some outer loops
and gives much better performance for thread_count > number of idle CPUs.

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

processing with jobs > threads without wasting too much memory.
It also avoids needing a separate int array when the only additional data
the jobs needs is a single int running from 0 to count-1.

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

was provided.

Patch by Daniel G. Taylor, dan programmer-art org

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

A certain rotten fruit operating system doesn't provide the 8-byte stack
alignment required by the standard ARM ABI, so align it manually.

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

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

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

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

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

Recent versions of gcc generate movw/movt pairs, and the linkers fail
to handle the associated relocations properly.  Those responsible at
Codesourcery have refused to consider fixing this.  Blame them for
making shared libraries slower than they need to be.

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

Fixes issue 1465

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

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

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

This is not correct, but libtheora does not seem to provide a way
to get the correct value, and this is necessary to make encoding
produce sensible time stamps when encoded content is variable
FPS or the time base is simply different from FPS.
Somewhat fixes issue 1197.

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

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

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

to inform user why decoder produces no output.

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

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

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

signalled as having a channel configuration of 1 in output_configure().
Previously this didn't matter but it does now.

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