Cleaning out some old files from a grad class. I have one- and
two-dimensional FFT code in C, ported to Java. It's from the
"Numerical Recipes" book so it's limited to 2^n.
It needs unit tests and test cases.
FFT begs the question of generalizing to Discrete Wavelet
transformations (DWT).
Hi, Bear,
Thanks for your contributionary sentiment. Unfortunately, we cannot accept
code based on _Numerical Recipes_, given their license.
--- Bear Giles <[EMAIL PROTECTED]> wrote:
> Cleaning out some old files from a grad class. I have one- and
> two-dimensional FFT code in C, ported to Jav
I was just wondering if there are other people with an interest in
developing an FFT class.
I have a simple Cooley-Tukey FFT implementation to start on, and
perhaps we could work on implementing other variations.
Now obviously this implementation is very crude, and needs many
improvements, but I
Should the FFT files be in a new package/directory or a part of the
existing package/directory such as analysis, linear, or util?
Xiaogang Zhang
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.c
Hi Remy,
On 7/2/06, Remi Arntzen <[EMAIL PROTECTED]> wrote:
I was just wondering if there are other people with an interest in
developing an FFT class.
Yes! This has been on the roadmap for commons math for quite a while.
I just committed an FFT package that was submitted some time ago. It
i
On 7/4/06, Phil Steitz <[EMAIL PROTECTED]> wrote:
Hi Rem[i],
On 7/2/06, Remi Arntzen <[EMAIL PROTECTED]> wrote:
> I was just wondering if there are other people with an interest in
> developing an FFT class.
Yes! This has been on the roadmap for commons math for quite a while.
I just committed
On 7/4/06, Phil Steitz <[EMAIL PROTECTED]> wrote:
Hi Remy,
The test coverage is still not where we would like to have it and we
may want to refine/revise the API. Please have a look and if you have
suggestions for improvement or are willing to work on adding more test
cases / validation with ot
On 7/13/06, Remi Arntzen <[EMAIL PROTECTED]> wrote:
On 7/4/06, Phil Steitz <[EMAIL PROTECTED]> wrote:
> Hi Remy,
>
> The test coverage is still not where we would like to have it and we
> may want to refine/revise the API. Please have a look and if you have
> suggestions for improvement or are w
I would say the most flexible would be to create a top-level package
named "transform" and then a subpackage named "fft" under it - i.e.,
use o.a.c.m.transform.fft.
Phil
On 8/21/05, Zhang <[EMAIL PROTECTED]> wrote:
> Should the FFT files be in a new package/directory or a part of the
> existing p