From: <HIDDEN>
Newsgroups: comp.soft-sys.matlab
Subject: Re: Matlab coder and FFT
Date: Wed, 18 Apr 2012 19:40:14 +0000 (UTC)
Organization: Rincon Research Corp
Lines: 8
Message-ID: <jmn5au$85a$>
References: <jmkoij$hot$> <jmn4k8$4o6$>
Reply-To: <HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: 1334778014 8362 (18 Apr 2012 19:40:14 GMT)
NNTP-Posting-Date: Wed, 18 Apr 2012 19:40:14 +0000 (UTC)
X-Newsreader: MATLAB Central Newsreader 2235717
Xref: comp.soft-sys.matlab:765059

"Mark Shore" wrote in message <jmn4k8$4o6$>...
> And that's still the same in online documentation for 2012a
> fft   Length of input vector must be a power of 2.

Thanks.  I guess I wasn't really in doubt that it had to be a power of two, just in denial that the usefulness of the coder for so many of my problems has just (from my perspective) been destroyed.  One routine I converted to mex now takes 3x longer to run.  I guess getting the good FFT (FFTW I think) to compile into stuff was too hard so they just punted and put something in from a textbook.  I hope they figure this out for a future release.