comp.lang.idl-pvwave archive: archive » Re: possible bug with center keyword option for FFT

Home » Public Forums » archive » Re: possible bug with center keyword option for FFT

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: possible bug with center keyword option for FFT [message #75045 is a reply to message #75044]

Fri, 11 February 2011 10:05

David Fanning
Messages: 11724
Registered: August 2001

Senior Member

Mark writes:

> I sent the following to ittvis support, but I was wondering if anyone
> has an insights into this. Basically, setting the center keyword for
> FFT() gives an output that is shifted incorrectly. I'm doing some
> really perverse stuff where it's really important to be sure what
> frequency(angle) an output element from FFT() corresponds to....

I recall an earlier discussion here that this keyword
might not be working correctly. I know I made a note in
my book about this, and I normally save the reference,
but I can't put my hands on it at the moment.

Cheers,

David

--
David Fanning, Ph.D.
Fanning Software Consulting, Inc.
Coyote's Guide to IDL Programming: http://www.idlcoyote.com/
Sepore ma de ni thui. ("Perhaps thou speakest truth.")

Report message to a moderator

[Message index]

		Re: possible bug with center keyword option for FFT By: R.G.Stockwell on Fri, 11 February 2011 12:41
		Re: possible bug with center keyword option for FFT By: R.G.Stockwell on Fri, 11 February 2011 12:34
		Re: possible bug with center keyword option for FFT By: astroboy2k on Fri, 11 February 2011 10:17
		Re: possible bug with center keyword option for FFT By: David Fanning on Fri, 11 February 2011 10:05
		Re: possible bug with center keyword option for FFT By: chris_torrence@NOSPAM on Tue, 15 February 2011 12:25

Previous Topic:	Re: Optimization Question: Sum at each element of array
Next Topic:	Using non-default symbols in IPLOT

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Wed Oct 08 17:28:10 PDT 2025

Total time taken to generate the page: 0.00489 seconds