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

the C version of that rather than float_to_int16.
Fixes output on ARM/VFP

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

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

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

See the thread:
"[FFmpeg-devel] [PATCH] Add w,h fields to AVFilterPic".

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

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

It is only enabled when the DEBUG symbol is defined.

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

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

Somehow this function was never used.

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

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

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

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

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

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

Patch by Nathan Caldwell, saintdev gmail

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

search for real extradata start instead of always skipping one byte.

Patch by Andrew Dennison gmailify(${name}d, lists)
Thread: [PATCH] Fix VC1 "Incomplete extradata" for mkv files generated by eac3to

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

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