-
Notifications
You must be signed in to change notification settings - Fork 206
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
Unify online
and single
mode?
#246
Comments
Framewise processing of signals is basically the same as processing a single file, thus the former `online` mode is merged into `single` mode. This avoids confusion with `online` argument to select certain parameters suitable for online (i.e. real-time live input) processing.
Framewise processing of signals is basically the same as processing a single file, thus the former `online` mode is merged into `single` mode. This avoids confusion with `online` argument to select certain parameters suitable for online (i.e. real-time live input) processing.
Framewise processing of signals is basically the same as processing a single file, thus the former `online` mode is merged into `single` mode. This avoids confusion with `online` argument to select certain parameters suitable for online (i.e. real-time live input) processing.
I think it is better to keep both modes, to make the calling interface clearer and less error prone. While unifying the two modes would have required to pass extra options to the single mode, it is much clearer calling With the latest attempt to fix this issue the
|
#185 introduces a new
online
mode for programs which can be used to process live input signals. If an input file is given, this is used instead. However, this behaviour greatly overlaps with the existingsingle
mode.Therefore I propose to unify these two modes (i.e. use only the
single
mode) and use it for processing of either a single input file or live audio input.This would further clarify the meaning of the
online
parameter, which is used to change the behaviour of certain processors (e.g. uni- or bi-directional RNNs, Viterbi or forward decoding). These processors can then be then called with both online and offline settings either on a frame-by-frame basis (saves memory) or processed at once (saves time).Any comments?
The text was updated successfully, but these errors were encountered: