[MPlayer-dev-eng] [PATCH] Make mp3lib SIMD optimizations work on AMD64, Part 4
Zuxy Meng
zuxy.meng at gmail.com
Thu May 24 06:20:20 CEST 2007
Hi,
2007/5/23, Guillaume Poirier <gpoirier at mplayerhq.hu>:
> Hi,
>
> Zuxy Meng wrote:
> > Hi,
> >
> > 2007/5/22, Guillaume POIRIER <poirierg at gmail.com>:
> >> Hi,
> >>
> >> Looks Ok to me.
> >> (I tested that it doesn't break compilation on AMD64, so there's no
> >> obvious regression with regards to bringing AMD64 support ... :-) )
> >>
> >> Commit anytime
> >
> > Committed. Part 4 is big...I didn't bother to decipher the assembly in
> > tabinit_MMX.c; instead I recorded what was produced by
> > make_decode_table_MMX() and used that data to initialize
> > mp3lib_decwins directly. Therefore tabinit_MMX.c itself isn't needed
> > any more.
> >
> > I guess this approach causes least trouble.
>
> Looks Ok to me. Once it's committed, please do explain where these
> magic values come from by putting doxygen-like comment on top of the
> new array, referring to the commit just just made (please also add the
> revision number), pointing out that the values are essentially always
> the same no matter the input file.
How about this?
/**
This array of magic numbers were calculated by the pure function
make_decode_tables_MMX(32768), which had been implemented in (now deleted)
tabinit_MMX.c, r21060.
*/
static short __attribute__((aligned(8))) mp3lib_decwins[] =
...
--
Zuxy
Beauty is truth,
While truth is beauty.
PGP KeyID: E8555ED6
More information about the MPlayer-dev-eng
mailing list