-
Notifications
You must be signed in to change notification settings - Fork 284
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Data stride in N-D FFTs #8
Comments
The |
But As @GPMueller mentioned we tried adding an input stride to |
The basic thing to remember is that multi-dimensional FFTs are simply 1d FFTs done along each dimension. related: https://stackoverflow.com/questions/14407522/3d-fft-decomposition-in-2d-fft/14418892#14418892 |
Your library works very nicely for a spatial distribution of 1D (i.e. scalar) data!
However, the transformation of 3D (i.e. vector) data can be more tricky, if the data is arranged as (x0,y0,z0, x1,y1,z1, ...).
Maybe I am misunderstanding how the APIs are supposed to be used, but it looks to me like one has to (for N vectors) create 3 arrays (x, y and z) of size N and subsequently do 3 FFTs. This would, in my use case, mean copying data back and forth.
This would be solved by adding a stride to the config or to the APIs. The corresponding initial offset is trivial, as one can simply pass the corresponding data pointer.
We tried adding a stride to the APIs, but got stuck in errors in the recursive function calls, which we do not sufficiently understand. It would be great if you could help out with this!
Might also be related to this feature request on source forge, but I don't want to create an account there just for this.
The text was updated successfully, but these errors were encountered: