![]() |
KnowBrainer Speech Recognition | ![]() |
Topic Title: Individual numbers being recognized as commands Topic Summary: Dragon thinks 5 is a command Created On: 09/02/2019 12:34 PM Status: Post and Reply |
|
|
![]() |
|||||
I'm having a strange problem that recurs intermittently. When I dictate a number, such as "four" or "three", occasionally the cursor will move down or to the right, and Dragon will not insert "four" or "three" in the text. This doesn't happen all the time. I've noticed it mostly in DragonPad, but it is possible that it occurs in other applications. |
|||||
|
|||||
![]() |
|||||
The behaviour you are seeing is what I would expect had you previously activated the MouseGrid.
But if you have a bunch of old Vocola scripts, I would look there first. |
|||||
|
|||||
![]() |
|||||
Thanks for the suggestions. I don't use the MouseGrid, and I'm not using Vocola with DPI 15. I think I have found the offending Advanced Scripting command. I have a command that moves the cursor left, right, up, or down up to 100 spaces. (I don't like having to say "move" or "go" – I just want to say, for example, "down 12". Very surprising. |
|||||
|
|||||
![]() |
|||||
Spoke too soon. The problem just reoccurred.
I will delete this command and see if the problem continues. Very strange. |
|||||
|
|||||
![]() |
|||||
Interestingly, I can't seem to make the problem go away.
I rewrote the command as a DVC command, but the problem recurs. Seems there is some sort of bug where the program recognizes the blank line in the list as one of the entries for the variable. I suppose if I got really fancy I could put some sort of If statement or Case statement in for all situations where the first variable is blank, it would type the spoken form of the second variable. Very strange. I really don't remember having this in NaturallySpeaking before version 13. |
|||||
|
|||||
![]() |
|||||
Nuance isn't exactly famous for conducting extensive beta testing. We suspect that they are simply unaware that enabling auto-gain can increase Dragon mis-recognitions that may be interpreted as commands. Since we began using DPI 15, DPG 15 and DMPE 4, we have noted more accidental KnowBrainer misfires. We recently dealt with this problem by removing around 50% of our commands. For example you might say “ to write” and Dragon might interpret your dictation as as move 2 right; a Dragon command. We like auto-gain but this is 1 of the disadvantages. If this becomes too much of an issue for you, consider disabling auto-gain and rerunning the Microphone Check. ------------------------- Change "No" to "Know" w/KnowBrainer 2020 |
|||||
|
|||||
![]() |
|||||
This is an interesting finding. I use lots of list commands and have never noticed this before.
However, I was not able to replicate the problem. When I made this custom Advanced Scripting command: Test test <fruit> The list consists of the following three items, with a blank line at the end... Apples Bananas Oranges [Blank line] When I tested this command, it worked as expected. It was only triggered when I said one of the three list items. When I substituted another word or phrase, e.g., "test test five," Dragon didn't recognize it as a command. |
|||||
|
|||||
![]() |
|||||
Alan,
I wouldn't expect this test scenario to replicate the issue. What if you reverse the order of the words to " Matt, it sounds like you didn't remove the blank line from your list when you created the DVC script? You definitely should. Hope that helps, Stephan ------------------------- |
|||||
|
|||||
![]() |
|||||
Thanks, Stephan, but I definitely removed the blank line, at least as much as you can in the Command Browser. (There always seems to be a hard return at the end of a list.) |
|||||
|
|||||
![]() |
|||||
Blank lines in lists have nothing to do with it. What exactly is the Recognition History showing? Just the word "Five" or is it "five" (case matters) by itself, with the x as a command?
You needn't look in the command name, but rather your lists. Export your commands as XML and towards the bottom of the file, you will find the listing commands list contents. Search for the term that triggers the problem. If you have any command add-on sets, you'll have to look there (KB could be a culprit if you use it). Hth, -------------------------
|
|||||
|
|||||
![]() |
|||||
It's showing 5 x. There is no command that has only a single number, hence my bewilderment. The command that I think is causing the problem has two lists, the first containing four items: left, right, up, and down; the second containing numbers, such as 1 through 100. One should be able to trigger the command only by saying something like "up 30". Over the last few days, I have tried the command with simple number lists, containing only numbers, and lists with written and spoken forms, like "five\5". These changes did not resolve the problem. Yesterday, I added a new version of the first list to my commands, with a different name, but the same elements (left, right, up, and down). So far, this seems to have resolved the problem, but it may recur. |
|||||
|
|||||
![]() |
|||||
"5" is not in the Dragon vocabulary. It comes from a command name list or a custom word entry. When you say "five," Dragon recognizes "five" but uses its internal rules (and your setting in Options) to format it as a numeral or a word. If the recognition history shows the number itself, it comes either from a custom word you added or a command name (from a list, probably). Look in custom words, look in the xml file of exported commands. Let us know. -------------------------
|
|||||
|
|||||
![]() |
|||||
Thank you. |
|||||
|
|||||
![]() |
|||||
You know, try taking just "5" out of that list in that command (or all the number numerals below your option setting). Save, close and reopen your profile and see if the recognition of "five" becomes "five" again . . . or did you do that already?
-------------------------
|
|||||
|
|||||
![]() |
|||||
I could do that, but I would have to remove some key numbers. It's not just "five" that is being misrecognized as a command. I have tried to attach a screenshot of the recognition history. |
|||||
|
|||||
![]() |
|||||
This is getting even stranger. I deleted the command that I thought was the source of the problem, but I'm still finding that the word "five" is is sometimes recognized as "5" and as a command. It seems to insert a hard return.
|
|||||
|
|||||
![]() |
|||||
Yes, at this point you should export your commands into an xml file, open that file in notepad (or another simple text editor) and search for "5" to find that number inexplicably and unintentionally added to another list (and where that list is the only "word" in a command name).
-------------------------
|
|||||
|
|||||
![]() |
|||||
But why wouldn't that have showed up when using a filter of "5" in the Command Browser? Anyway, I've now pruned my mycmds.dat file to remove or replace all commands that have "5" (or other single digit numbers) with a complex list, then added your suggested way to extract the numbers in the command text, a la:
So far, I'm not having the problem of "five" being recognized as a mysterious "5" command. But the problem has been intermittent, so I'm not declaring victory yet. |
|||||
|
|||||
![]() |
|||||
But why wouldn't that have showed up when using a filter of "5" in the Command Browser?
Anyway, I've now pruned my mycmds.dat file to remove or replace all commands that have "5" (or other single digit numbers) with a complex list, then added your suggested way to extract the numbers in the command text, a la:
So far, I'm not having the problem of "five" being recognized as a mysterious "5" command. But the problem has been intermittent, so I'm not declaring victory yet.
Problem just recurred, after removing or replacing all commands that have single-digit numbers in a list, with complex lists using the written form/spoken form for numerals 1 to 9. I continue to be baffled. I think I will create yet another user to see what happens. |
|||||
|
|||||
![]() |
|||||
At this point, I am still having the problem. It does seem to go away if I remove some custom commands I have written for the Spelling Window and the Correction Menu. Most of those commands use numbered lists, which I have rewritten along the lines suggested by PG. That doesn't seem to fix the problem, surprisingly. |
|||||
|
|||||
KnowBrainer Speech Recognition
» Dragon Speech Recognition
»
Individual numbers being recognized as commands
|
FuseTalk Standard Edition v4.0 - © 1999-2022 FuseTalk™ Inc. All rights reserved.