Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Lower-latency realtime CQT/VQT (Read 1778 times) previous topic - next topic - Topic derived from Logarithmic frequency...
0 Members and 1 Guest are viewing this topic.

Lower-latency realtime CQT/VQT

Do post-processing with CQT kernel similar to Brown-Puckette algorithm but the kernel is specified directly in frequency domain (using Nuttall window), and also it is actually not constant Q at low frequency.
Actually, I've already implemented something like this above on one of my own spectrum analyzer project but it has huge latency when FFT length is large enough (more than 8192 samples), when not using delay compensation thing (which actually delays the audio output to match with the spectrum analyzer unlike in foobar2000)

So the question is it possible to have Brown-Puckette CQT/VQT (but with kernels specified directly on the frequency-domain) that where shorter kernels (wider in frequency-domain) comes first before the corresponding longer (narrower in frequency-domain) one, much like IIR filter bank (which naturally have longer reaction delay on narrower bandwidths) and sliding DFT?

Re: Lower-latency realtime CQT/VQT

Reply #1
Yes, its certainly possible to have very small delay/latency by using CWT and convolutions, but that will give super resolution at both time and frequencies and that is extremely huge buffer of data in one second to handle for such primitive scopes.
Please remove my account from this forum.