-
Notifications
You must be signed in to change notification settings - Fork 199
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rewrite FilterbankProcessor #248
Comments
Maybe, we should drop the combined spectrogram processors (i.e. |
This would break backwards compatibility. If we split this up, we should redefine the dropped processors as sequential processors containing pipelines reproducing the old behaviour, so they can be still used. Regarding the data classes, I think they're still useful shortcuts. Or, put differently, what do we gain if we drop the combined processors and the data classes? |
FilterbankProcessor
should hold all parameters to filter aSpectrogram
(or the like). When processing data, it should create aFilterbank
upon being called for the first time and cache it for consecutive calls (like a buffer).The text was updated successfully, but these errors were encountered: