[Ffmpeg-cvslog] CVS: ffmpeg/libavcodec vp3.c,1.64,1.65

Mike Melanson mike
Sat May 21 18:03:03 CEST 2005

Michael Niedermayer wrote:
> i can, and the md5 of the output changes which is what matters, the md5 must 
> not change due to optimizations unless its fully understood why
> if this rule is ignored you quickly end up with a deeply broken mess which is 
> very hard to debug and fix

	This reminds me: When you deployed the loop filter, how did you even 
know that the output was correct?

>>but performance actually seems 
>>to go down with the optimizations enabled...
> you mean with this one too? the unconditional change to decoding all 3 planes 
> at once instead of sequantially even if the user app doesnt support slices 
> did already reduce the speed ...

	Can I use the standard FFmpeg/MPlayer excuse and blame it on the compiler?

	-Mike Melanson

More information about the ffmpeg-cvslog mailing list