Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • N NIFTy
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 17
    • Issues 17
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 12
    • Merge requests 12
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ift
  • NIFTy
  • Merge requests
  • !180

Closed
Created Aug 03, 2017 by Martin Reinecke@mtrOwner
  • Report abuse
Report abuse

Add an alternative FFT operator

  • Overview 0
  • Commits 28
  • Pipelines 14
  • Changes 18

This branch introduces a new FFT operator which uses the same primitive data type (float or complex) in both position and harmonic space.

For complex inputs, it behaves in exactly the same way as the existing FFTOperator; for real fields it represents the (hermitian) complex fields on the harmonic side as the sum of their real and imaginary parts. This construction does not lose any information with respect to the complex fields, lives on the same spaces and has the same distance array.

Currently tests only use zerocenter=False, because zerocentered domains seem to trigger a bug in Nifty's FFTs (see issue #174 (closed)). Also one of the MPI tests fails because FFTs of odd length are not (yet) supported in that scenario. However it is absolutely necessary to test odd lengths to get more coverage.

Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: alt_fft