Do you know which methods, and why (precision and/or performance)? I can look at the code this week, alternatively I could contact the developer.
On the other hand we will need an FFT going forward, >> > As for similar issues (cf TEXT), "SigProc" can define custom interfaces > and bridge(s). > I will go back and look at some of that discussion. > > and it is >> part of the commons mission to be self-contained. >> > > Really? > from http://commons.apache.org/proper/commons-math/ "Commons Math is a library of lightweight, self-contained mathematics and statistics components addressing the most common problems not available in the Java programming language or Commons Lang. " This of course was written before the "new reality". > > JTransforms is open source so it could potentially be adapted for sigproc >> and numbers. For example, it doesn't take Complex arrays but only double >> arrays that alternate real and imaginary, which are awkward to deal with >> -- >> that is why I wrote methods, now in ComplexUtils, to deal with it. >> >> But there's no question that overwhelmingly such an adaptation would >> remain >> the same as the current library. >> > > I don't understand the above sentence. > > Is there a recommended way to proceed? >> > > To do what? > More concretely, would it be better if I: - contact Wendykier to see if he wanted to contribute his code to the project or otherwise support using his code as part of commons - just adapt JTransforms code, and integrate the parts we want, in the way that suits us, keeping his original copyright as per the open source license - something else Eric
