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

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

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

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

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

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

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

 some PSNR/bitrate improvement for adaptive quant

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

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

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

skip motion estimation and encoding of non direct-0,0 MBs if the next MB is skiped (mpeg4 doesnt allow such MBs and in the past we did ME and encoding until at the end we droped them, so this should be faster though i didnt benchmark it, benchmark welcome)

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

  some PSNR/bitrate gain if adaptive quant is used
initalize qscale_table correctly (it was pretty much random since the qp->lambda change)
  this probably has not much effect as the table isnt used currently IIRC

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

  some PSNR/bitrate gain for b frames with adaptive quant or QPRD

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

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

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

patch by Ramiro Polla, ramiro lisha.ufsc br

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

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

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

patch by elupus _at_ ecce.se

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

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

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

Since mplayer always define CONFIG_GPL, this commit should not change
anything for mplayer.

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

dont favor the zero MV if mv0 is used (psnr per bitrate gains ranging from 0 to 0.14, most are <=0.04 though)

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

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

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

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

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

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

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

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

  slight psnr/bitrate gain for most but not all files if me_range is used

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

Fixes out-of-bound access for http://samples.mplayerhq.hu/V-codecs/WMV9/nokia_n90.wmv

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

fix compilation of matroska demuxer with --disable-muxers --disable-protocols

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

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

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

to the x11grab device.

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

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

No measureable change in speed. This gave random crashes on Win32
and BeOS. The cause for this bug is that gcc doesn't align the
stackframe. Linux and glibc always ensure this to be true thus
this never affected Linux.

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

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

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