Patch by Lars Täuber, lars D taeuber A gmx D net

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

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

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

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

These arrays are passed to functions for which we promise 16-byte
alignment, so make sure we fulfil that promise.

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

None of these arrays are used in ways requiring extra alignment.

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

Bluray subtitle decoder instead of as small as possible.
This avoids completely unnecessary issues with e.g. libswscale.
(See r19673)

Patch by Stephen Backway, stev391 A exemail D com D au

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

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

(which uses movdqa to xmm1 on inv_zigzag_direct16).

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

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

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

Make sure AVSubtitle is initialized, memset it to 0.

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

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

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

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

Patch by Stephen Backway, stev391 A exemail D com D au

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

Storing a single element from a vector where all elements have the same
value does not require an aligned destination.  Which element is stored
depends on the alignment of the destination address, but since they all
have the same value, the result is the same regardless of the alignment.

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

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

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

Instead of filling a local array with the desired value and loading it,
load a single element and vec_splat() it to fill the vector.

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

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

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

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

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

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

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

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

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

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

decoders instead of as small as possible.
This avoids completely unnecessary issues with e.g. libswscale.

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

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

There is a theoretical possibility to pass a very long string to ff_parse,
which could crash if allocated from the stack.  This allows the allocation
to be checked properly.

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

pred_order can never exceed 32, so always allocating that amount is safe
and not very wasteful.

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

44% faster MP3 decoding

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

object types.

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

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

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

When a frame is allocated using libschroedinger routines, the frame data size
does not match the actual frame size if the width is not a multiple of 16. So
we cannot do a straightforward memcpy of the frame returned by libschroedinger
into the FFmpeg picture as the stride differs from the width.

Fix this bug by allocating for the libschroedinger frame with the dimensions
in AVCodecContext within libavcodec and passing the frame to libschroedinger.

patch by Anuradha Suraparaju, anuradha rd.bbc.co uk

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

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

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