ezFFT latency

ViGiT

Hi all! I am looking for a solution to some ezFFT limitations that I would really like to expand. I am talking about latency. For a window size of 128 bins and a sampling frequency of 32000, the latency is 20 ms. Is there a way to reduce the latency while maintaining the frequency step width? Maybe there is a way to double the algorithm by splitting it into two calculation threads? Or double the sampling frequency, but only calculate up to 16kHz? Thanks!

Tr97

Hi,

There's a fundamental limit that can't be beaten: one block length. On an ideal, infinitely fast computer, this would be the (pure FFT) latency due to block-wise calculations. For 128 bins, this equals 256 samples. At 32k, this results in 8 ms. The already optimized EzFFT build for streaming audio needs 20 ms (5/2 of 8 ms) because it waits for a complete block, performs calculations, and then transmits via the audio stream.

Using a higher sample rate doesn't solve this problem; you still need a block size that covers roughly one bass frequency cycle.

https://www.native-instruments.com/de/reaktor-community/reaktor-user-library/entry/show/10267/

took a while to build but significantly reduced latency by using event iterations instead of the audio stream. You can switch overlap and block size, but it makes the system a bit unreliable, resource-intensive, and more complicated to develop with.

Cheers,

Jan

Tr97

Hi,

There's a fundamental limit that can't be beaten: one block length. On an ideal, infinitely fast computer, this would be the (pure FFT) latency due to block-wise calculations. For 128 bins, this equals 256 samples. At 32k, this results in 8 ms. The already optimized EzFFT build for streaming audio needs 20 ms (5/2 of 8 ms) because it waits for a complete block, performs calculations, and then transmits via the audio stream.

Using a higher sample rate doesn't solve this problem; you still need a block size that covers roughly one bass frequency cycle.

https://www.native-instruments.com/de/reaktor-community/reaktor-user-library/entry/show/10267/

took a while to build but significantly reduced latency by using event iterations instead of the audio stream. You can switch overlap and block size, but it makes the system a bit unreliable, resource-intensive, and more complicated to develop with.

Cheers,

Jan

Studiowaves

https://community.native-instruments.com/discussion/34454/ezfft-latency

Reaktor doesn't report latency to your daw but there's a track marker in the user library. If I remember it produces a click at the start of a recording. It makes it fairly easy to get an idea of the latency your fft ensemble has. https://www.native-instruments.com/en/reaktor-community/reaktor-user-library/entry/show/14137/

ViGiT

https://community.native-instruments.com/discussion/comment/171096#Comment_171096

Thanks for the answer, but what you answered has nothing to do with my question. It's about the ezFFT module from the user library. And by the way, the first answer was exhaustive.

Studiowaves

https://community.native-instruments.com/discussion/comment/171275#Comment_171275

I know it doesn't, thought I'd pitch that in because after working extensively on an fft project, you might throw in the towel if the latency was so bad it seemed unusable. That little track marker spits out a click and makes it real easy to time align a high latency track. Since reaktor doesn't report latency you have to shift the track left afterwards. Or what's worse, having to ****** all other tracks right. Sorry I didn't have a direct answer.

ViGiT

https://community.native-instruments.com/discussion/comment/171328#Comment_171328

Thank you :) But in my project you can't move tracks. I'm making a fundamentally new DJ mixer, it works live, so the delay is very critical. At the moment the delay is 8 ms for the input signal and 4 ms for mixer control, plus the ASIO delay. This is quite enough to work live without the feeling of lag.

Studiowaves

https://community.native-instruments.com/discussion/comment/171356#Comment_171356

Cool, can't beat ASIO drivers for low latency. It would be a drag without it. Have fun!!!