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

config info are available out of band (fix "-{a,v}codec copy" from .mov)

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

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

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

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

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

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

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

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

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

patch by Patrice Bensoussan %patrice P bensoussan A free P fr%
Original thread:
Date: Sep 9, 2007 12:33 PM
Subject: [FFmpeg-devel] [PATCH] Improve track number decoding for some WMA files

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

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

if always_reset is set

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

qlog/decomp_count

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

per frame (this is untested as the encoder does not use it yet)

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

fixes decoding of files with spatial_decomposition_count!=5

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

patch by Stefano Sabatini, stefano.sabatini-lala poste it

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

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

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

argh i really wish i had never accepted these slice patches ...

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

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

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

this also requires a few entries to be ++ and -- to avoid a max of 256

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

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

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

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

infamous fdctref.c is all rights reserved.

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

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

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

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

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

and per-frame rtjpeg quality

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

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

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

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

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

flag for diagonal interpolation

the primary reason for this change is that previously MC up to 1/4 pel
matched H.264 exactly and that increases the risk of stumbling over
patents

secondly this allows 0.10 db or more quality gain by choosing a longer
filter and the filter could also be chosen optimally for each frame
though that of course would cause speed loss at the decoder and encoder
side ...

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

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

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

perform interpolation steps in such an order that halfpel interpolation
could be done per picture
this also makes mc_block() match h.264 for the 1/4 pel cases so that the
use of the h264 functions for some cases does not introduce a fantastic mess

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