[FFmpeg-cvslog] r20739 - in trunk/libavcodec: apedec.c dsputil.c dsputil.h ppc/int_altivec.c x86/dsputil_mmx.c x86/dsputil_yasm.asm

Reimar Döffinger Reimar.Doeffinger
Sun Dec 6 20:02:20 CET 2009


On Sat, Dec 05, 2009 at 02:38:05PM -0200, Ramiro Polla wrote:
> On Sat, Dec 5, 2009 at 1:09 PM, lorenm <subversion at mplayerhq.hu> wrote:
> > Author: lorenm
> > Date: Sat Dec ?5 16:09:10 2009
> > New Revision: 20739
> >
> > Log:
> > refactor and optimize scalarproduct
> > 29-105% faster apply_filter, 6-90% faster ape decoding on core2
> > (Any x86 other than core2 probably gets much less, since this is mostly due to ssse3 cachesplit avoidance and I haven't written the full gamut of other cachesplit modes.)
> > 9-123% faster ape decoding on G4.
> >
> > Modified:
> > ? trunk/libavcodec/apedec.c
> > ? trunk/libavcodec/dsputil.c
> > ? trunk/libavcodec/dsputil.h
> > ? trunk/libavcodec/ppc/int_altivec.c
> > ? trunk/libavcodec/x86/dsputil_mmx.c
> > ? trunk/libavcodec/x86/dsputil_yasm.asm
> 
> It seems this broke x86_32 and x86_64 mac os x.
> http://fate.multimedia.cx/index.php?stderr=143835 ends in:

In addition, gcc 4.2.4 MinGW and Cygwin  builds seem to decode incorrectly:
http://fate.multimedia.cx/index.php?build_record=144294

Though consistently between them:
http://fate.multimedia.cx/index.php?test_result=33060104
http://fate.multimedia.cx/index.php?test_result=33055764



More information about the ffmpeg-cvslog mailing list