You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
FilterbankProcessor should hold all parameters to filter a Spectrogram (or the like). When processing data, it should create a Filterbank 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:
Maybe, we should drop the combined spectrogram processors (i.e. FilteredSpectrogramProcessor, LogarithmicSpectrogramProcessor and LogarithmicFilteredSpectrogramProcessor) altogether? Not sure about the data classes though...
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: