#18 closed defect (fixed)
Functions psFFTInit and psFFTDone not is SDRS document
| Reported by: | Owned by: | Paul Price | |
|---|---|---|---|
| Priority: | low | Milestone: | |
| Component: | PSLib SDRS | Version: | unspecified |
| Severity: | minor | Keywords: | |
| Cc: |
Description
The ADD specifies these two functions in section 1.1.7.1 to address the use of FFTW plans. Should
these be included in the SDRS document?
Change History (3)
comment:1 by , 22 years ago
| Owner: | changed from to |
|---|
comment:2 by , 22 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Note:
See TracTickets
for help on using tickets.

The FFT APIs have been considerably revised recently (upon discussion with RHL,
my idea of an FFT type was not particularly good). The psFFTInit and psFFTDone
in the ADD were intended as possibilities (suggestions?) for implementation, so
I did not think it necessary to include them in the SDRS --- they are not required.
I've hacked the ADD to read:
The \code{wisdom} should be read in upon initialisation of the PSLib FFT
functions (e.g., one might define a function, \code{psFFTInit()}) and saved at
the conclusion (e.g., one might define a function, \code{psFFTDone()}).