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

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

-f oss and -f audio_beos should be used instead.

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

--disable-(de)muxer=oss should be used instead.

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

--disable-(de)muxer=audio_beos should be used instead.

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

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

there was no discussion about it nor did anyone provide any justification for it
not before it was applied nor within 48h after i explicitly asked

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

Patch by Stefano Sabatini: [stefano sabatini-lala poste it]

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

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

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

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

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

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

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

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

--disable-demuxer={v4l,v4l2} should be used instead

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

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

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

there is no need for put_timestamp to be exported it is not used outside the
PES code

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

this will be needed for spliting the PES muxer code out

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

then the container duration is set from the stream duration.

patch by Neil Brown: [ neilb suse de]
original thread: [FFmpeg-devel] [patch 3/3] Make timing calculations
less dependant on start_time being defined.
date: 08/16/2007 08:27 AM

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

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

Patch by Wolfram Gloger: [wmglo $ dent med uni-muenchen de]
Original thread:
[FFmpeg-devel] [PATCH] av_estimate_timings_from_pts corrupt timestamps
date: 08/25/2007 09:51 PM

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

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

patch by Mark Cox, melbournemark+ffmpeg gmail com

Originally committed as revision 10403 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 10400 to svn://svn.ffmpeg.org/ffmpeg/trunk

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

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