An option to FinalResult which would skip all the deallocations
- Vorherrschende Sprache
- Jupyter Notebook
- Sterne
- 15.1k
- Forks
- 1.8k
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
This is really just a feature suggestion to add batch mode segment based decoding to the Recognizer.
Implementing this myself, I ran into the following problems:
* When you call FinalResults() to get the final results the call deallocates a bunch of things including the decoder which has to be reinitialized now between each segment adding unnecessary overhead.
* There is no way to call InitState() which means word offset times are adjust by however much data you have decoded up to that point.
I would suggest adding an option to FinalResult() which would skip all the deallocations and an option to Result() and FinalResult() which does not adjust start/end times to support batch mode processing. It would then be up to the user to periodically reallocate the decoder (for example to avoid memory leaks etc.).
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Bewertung
Dieses Issue wurde noch nicht bewertet.