Re: [simon-development] Acoustic Model Switching
Brought to you by:
speechtotext
|
From: Peter G. <gr...@si...> - 2011-12-07 07:59:57
|
Hi Adam, On Tuesday 06 December 2011 18:36:11 Adam Nash wrote: > Sorry for the delay, I have been having jury duty. :D > When I just compiled the acoustic model with all of the scenarios, but > did not change the language model to the "all scenarios are active" > default I got this error: > > " > The word "START" is used in your training-samples but is not contained > in your wordlist. > > What do you want to do? > " > > I assume that it won't let you make that generic acoustic model if the > generic language model is not also present? Anyways, I just made it so > that every time the acoustic model is recompiled, the generic language > model is temporarily set as the language model. Yes, that's what I'd have recommended. But I'd say there was (and maybe is) a bug in there somewhere because the model compilation adapter should normally strip away training data for untrained words before starting the compilation to avoid this issue. But compiling the model with the full lexicon is of course the recommended way. Just make sure it still works if you add a word and don't train it (independent of the scenario- / acoustic model switching). > Also, I seem to have the context-driven sample group changes working, Great! Can't wait to try this out :D > [...] but this error keeps popping up, even though everything seems to be > acting as expected: > > "The model synchronization reported the following error: > Could not complete Synchronization > " This is weird but it's not a common problem. Could it be that restoring a model from the cache doesn't lock the temporary path or something like that? If the synchronization does not complete it normally means that SynchronisationManager::commit() fails... > One more thing - I asked about how to store the > samplegroup conditions when the program is closed- how would you > recommend I do that? I asume that it will be loaded up when > contextmanager starts and then saved when forced to save and/or when > contextmanager is destroyed. As this now in the configuration screen of simon, you get the save() and load() calls from KCModule. I'd load the config once on program start (and just retrieve the already loaded config in load()) and save (and apply) it whenever save() is called. Also, make sure that the Cancel button works -> don't work on the real configuration but a copy! Btw.: There seems to be a very annoying bug somewhere in the caching system. If you start with a fresh installation, simon will complain about not finding something in the cache. Could you please have a look? Best regards, Peter |