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

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

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

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

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

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

Björn Axelsson, bjorn.axelsson intinor se

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

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

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

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

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

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

when those codecs are not enabled.

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

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

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

through lrintf(), that is gcc put the 32bit int flags in a 32bit float
which caused some to be lost ...).
I wonder why FATE did not pick this up?

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

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

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

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

Originally committed as revision 26166 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

This together with the last commit fixes the strange behavior of -sws_flags.
(issue229)

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

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

Add a check that checks that the width is within the choosen constant.
This might have been exploitable.

Originally committed as revision 26165 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

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

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

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

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

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

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

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

through a context variable as this is simpler and i think also faster, but
the return value of functions could be used instead of course.
The code also ensures as a side effect that the AC decoder state does not
become invalid.
This fixes all known crashes. And outputs nothing in case of an error instead
of random noise.

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

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

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

DECLARE_ALIGNED_8 is not defined at that point, but this code is powerpc
only, so it's really equivalent to DECLARE_ALIGNED(16...

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

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

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

Fixes decoding of vdr-radio.vdr. (issue198)

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

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

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

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