Hi everyone,
I'm trying to figure out the window presum FFT technique (seems to
also go by the name polyphase FFT, time domain aliasing/folding as
well as weighted overlap and add even though the latter is often
simply used as a synonym for the basic windowed overlap and add
method). I've found
As any tutorial/paper/book will teach you, one should apply the window
of choice both before an FFT and after an IFFT (in order to
smooth/taper to signal that might have gone wild due to frequency
domain modifications). The problem is of course that this amounts to
applying a squared window
On 20 April 2012 17:15, Charles Henry czhe...@gmail.com wrote:
Don't let it bother you too much. I can tell by looking at it--This
is a stupid algorithm.
It does seem strange and counterintuitive at first glance but it's
hard to just simply dismiss it thus once you've seen it examined in
On 20 April 2012 19:30, Theo Verelst theo...@tiscali.nl wrote:
Hi
The theoretical background probably most appropriate for the FFT...
snip
Also, averaging the output of the IFFT is indeed some sort of a FIR low
frequency filter which cannot exactly do what you'd normally want (a great
smooth
On 20 April 2012 23:50, Chris Cannam chris.can...@eecs.qmul.ac.uk wrote:
Mark Dolson's CARL phase vocoder
(http://www.crca.ucsd.edu/cmusic/cmusic.html) from 1984 uses window
presum if the FFT is shorter than the window, and includes
resynthesis.
I suppose the idea is to reduce some of the
On 21 April 2012 01:30, s...@sfxmachine.com wrote:
This method is also discussed in Crochiere Rabiner's Multirate Digital
Signal Processing book, but it didn't make sense to me there either - I'm
assuming this is my problem, not theirs. Apparently this method windows
the input with a window
On 23 April 2012 12:20, Domagoj Šarić dsar...@gmail.com wrote:
More importantly, yes, the code does have resynthesis and the way it
avoids the flanging (or echo for larger frame sizes) artefacts (that
you get from adding the frame-size-delayed copy of the signal to
itself) is by applying