[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-multimedia
Subject:    Re: MMX stuff
From:       Malte.Starostik () t-online ! de (Malte Starostik)
Date:       2001-02-28 2:29:30
[Download RAW message or body]

Am Dienstag, 27. Februar 2001 12:30 schrieb Stefan Westerfeld:
>    Hi!
>
> On Mon, Feb 26, 2001 at 05:36:33AM +0100, Malte Starostik wrote:
> > I'm asking here as I do think that in kdemultimedia there might be the
> > one or other algorithm that could gain from some assembler optimization
> > and so the check could be added somewhere available to all of
> > kdemultimedia and not only noatun?
>
> I think that if there is the need for a *fast* fft, we might as well modify
> the one in kdelibs/arts instead of adding an alternative "fast one" to
> kdemultimedia/arts. We could export the API, so that noatun could simply
> use the aRts one.
>
> The same is probably true for the bandpass filter (wouldn't it be a good
> idea to make it available as Synth_BANDPASS?). I don't mind optimizations
> in aRts code, as long as they are done in a way that they don't obfuscate
> the original code. I.e.
>
> 	void calculateBlock(long samples) {
> 		if(haveISSE) calculateBlockISSE(samples);
>
> 		/* original code */
> 	}
>
> is probably fine, whereas cluttering up all the code in calculateBlock with
> various levels of #ifdef's is not.
I fully agree, didn't even know there is an fft in kdelibs/arts already... in 
fact it is the same as in noatun/library. I will then modify the CPU check to 
be in an easy-to-use library.
-Malte

_______________________________________________
Kde-multimedia mailing list
Kde-multimedia@master.kde.org
http://master.kde.org/mailman/listinfo/kde-multimedia

[prev in list] [next in list] [prev in thread] [next in thread]