Hi, ruffnex.
I am looking forward to AltiVec optimized LAME :)
>>>>> "r" == ruffnex <[EMAIL PROTECTED]> writes:
r> After gprof'ing Lame 3.92, and looking at the source, I think
r> fht.c might be an ideal candidate for vectorising with OSX's
r> Altivec optimised DSP library.
Yes, the code is easy to optimize with the SIMD instructions
but currently, only 3DNow!-ed code is available which I ported from GOGO.
r> (1) Function arguments
r> static void fht(FLOAT *fz, int n)
r> *fz = ptr to time-domain data (in what order ?)
the order is 'bit-reversed series order'.
See the fft_short() and fft_long() functions in fft.c for the details.
r> n = the size of the input data to transform e.g. n-point dft
r> (what is the valid range for n ?)
only 256 or 1024.
r> (2) the function is in-place (that is, the input data is
r> over-written by the output data)
yes, you are right. the calculation is done by in-place algorithm.
--
Takehiro TOMINAGA // may the source be with you!
_______________________________________________
mp3encoder mailing list
[EMAIL PROTECTED]
http://minnie.tuhs.org/mailman/listinfo/mp3encoder
