these were wrong (in pts vs dts sense) when b frames were in use
they were also wrong if the average framerate was smaller than 1/timebase
resulting in totally wrong final bitrate

Originally committed as revision 10477 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

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

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

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 10448 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 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

patch by Andreas Öman

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

if running with multiple threads and CODEC_FLAGS2_FAST is set.
Thus, it may decode the slices in parallel to gain speed.

Patch by Andreas Öman: [andreas olebyn nu]

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

Patch by Limin Wang <lance('\\'>>1)lmwang>(0x24^'D')<gmail>('/' & 0xFE)<com>
Thread [PATCH] set data_size to zero if failed to parse dca header

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

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

list to be emptied.
Patch by Jeff Downs: [heydowns borg com]

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

Patch by Andreas Öman % andreas A olebyn P nu %
NB: depends on having a thread library activated at config time, and on
having a source encoded with multiple slices
Original threads:
date: May 18, 2007 11:00 PM
subject: [FFmpeg-devel] Parallelized h264 proof-of-concept
date: Jun 15, 2007 10:10 PM
subject: [FFmpeg-devel] [PATCH] h264 parallelized, (was: Parallelized h264 proof-of-concept)
date: Jun 25, 2007 7:02 PM
subject: Re: [FFmpeg-devel] [PATCH] h264 parallelized

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

Speed up > 4%.
patch by Tao Huang, ulysses.huang gmail com

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

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

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

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

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

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

closes issue132

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

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

should be faster when its finished)

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