[REL] sh4speech - voice command for SH4 - Page 30

H2osmokey · 10-14-09, 07:08 PM

I was having some difficultiy with the Battle Stations, Depth Below keel, Damage Control etc and discovered some fixes. Here are some lines to update (don't forget to save the original command_bar.csv).

504 Button LowerLeft Depth Under Keel 500 239 739
505 ButtonLowerLeft Evasive Left 500 286 739
506 Button LowerLeft Evasive Right 500 336 739
569 ButtonLowerLeft Battle Stations 565 238 739
567 ButtonLower Left Damage Control Station 565 140 739

(8D

minsc_tdp · 03-16-10, 01:09 AM

Sooooooooooo......

sh5Speech anyone?

billko · 03-16-10, 01:14 AM

Quote:

Originally Posted by minsc_tdp

Sooooooooooo......

sh5Speech anyone?

like you even hadda ask...

ferg · 03-21-10, 02:33 AM

First off, thanks for sh4Speech. It seems like it's pretty neat, and I imagine a fair bit of work has gone into making it. I write "seems" only because I can't get it to work properly. Does it not support 1440x900? When I order a depth, it clicks the wrong place on the depth dial. I have correctly set my resolution in the batch file. Thanks, guys.

billko · 03-21-10, 03:46 AM

Quote:

Originally Posted by ferg

First off, thanks for sh4Speech. It seems like it's pretty neat, and I imagine a fair bit of work has gone into making it. I write "seems" only because I can't get it to work properly. Does it not support 1440x900? When I order a depth, it clicks the wrong place on the depth dial. I have correctly set my resolution in the batch file. Thanks, guys.

It works by calculating the ratio of your screen's height and width. I THINK there was an issue when you weren't playing at your monitor's native resolution.

Hopefully you can search this thread and find your solution.

Bill

ferg · 03-21-10, 04:50 AM

1440x900 is my monitor's native resolution.

Edit: I also tried 1024x768, and curiously it appears to be wrong by precisely the same amounts. It's as if the dial is not in the position expected. This made me curious, so I decided to compare screenshots of my TMO modded game with the standard game. It looks as though TMO raises the dials for some reason. That would explain this behaviour. Is this utility incompatible with TMO 1.9?

billko · 03-21-10, 05:30 AM

Quote:

Originally Posted by ferg

1440x900 is my monitor's native resolution.

minsc is VERY helpful with supporting his application. i'm sure he can help you.

ferg · 03-21-10, 05:56 AM

Problem solved. TMO does indeed transpose the dials. Using a screenshot from the stock game, I figured the TMO dial centres to be 35 pixels higher. By adjusting the values in dials.csv, I got it to work just fine. I think I'm going to enjoy sh4Speech very much once I work out all the TMO incompatibilities.

Thanks for your help Billko.

billko · 03-21-10, 07:30 AM

It's GREAT to see that you can finally enjoy his work. The first time I used it, it sent shivers down my spine watching the crew respond to my voice with their own voiced acknowledgments.

Have fun!

Bill

tomoose · 03-21-10, 09:08 PM

Minsc_tdp;
I'd brought this up quite a few posts ago but have been away for awhile. Any updates to the issue where SH4 speech doesn't recognize aft tubes?

cheers,
tomoose

billko · 03-21-10, 09:36 PM

Quote:

Originally Posted by tomoose

Minsc_tdp;
I'd brought this up quite a few posts ago but have been away for awhile. Any updates to the issue where SH4 speech doesn't recognize aft tubes?

cheers,
tomoose

Hi, see post 349 and 350, this thread. I hope this helps!

Bill

ferg · 03-22-10, 02:40 PM

There's a bug with the command "Damage Control Team". sh4Speech outputs the following:

"damage control team"

Code:

damage control team (572, BUTTON) voice command detected at +7.22 seconds
        damage control team (voice_command.csv id = 572)
                Parent detected
                Adding 584 Move Mouse Away
        Type is TAB, data is 384,819
                Moving to bottom left (0, 900) to help load command bar)
                384,819 are mouse coordinates for voice command damage control team from command_bar.csv or dials.csv
                Mouse clicking at 384,819 for Sub Management (id=565)
        Type is BUTTON, data is 336,871
                336,871 are mouse coordinates for voice command damage control team from command_bar.csv or dials.csv
                Mouse clicking at 336,871 for Damage Control Team (id=572)

...all of which looks fine, but it buries the pointer in the lower left at this point and fights any effort to move the pointer away from that corner. sh4Speech becomes totally unresponsive and, as a result of sh4Speech taking away the mouse pointer, SH4 becomes unplayable. I have to Alt-Tab and kill the sh4Speech process. This releases the mouse pointer and SH4 can be played normally.

Note that the text output is complete. This is all it outputs; I didn't cut anything off. You can see that it does not complete the procedure since it never outputs the familiar "Phrase processed. Listening..."

Compared to a similar command, "man the deck gun", it appears to me that the data is defined correctly. Here's the output for that command for comparison.

"man the deck gun"

Code:

Man the deck gun (538, BUTTON) voice command detected at +28.81 seconds
        Man the deck gun (voice_command.csv id = 538)
                Parent detected
                Adding 584 Move Mouse Away
        Type is TAB, data is 216,819
                Moving to bottom left (0, 900) to help load command bar)
                216,819 are mouse coordinates for voice command Man the deck gun from command_bar.csv or dials.csv
                Mouse clicking at 216,819 for Deck Gun (id=536)
        Type is BUTTON, data is 91,871
                91,871 are mouse coordinates for voice command Man the deck gun from command_bar.csv or dials.csv
                Mouse clicking at 91,871 for Man The Deck Gun (id=538)
        Type is MOUSEMOVE, data is 928,582
                928,582 are mouse coordinates for voice command Man the deck gun from command_bar.csv or dials.csv
                Mouse clicking at 928,582 for Move Mouse Away (id=584)
        Phrase processed.  Listening...

Note that everything from "Type is MOUSEMOVE..." onwards is missing from the "damage control team" output.

ferg · 03-22-10, 02:48 PM

This is a fairly minor bug, but it's irritating and should be fixed. When I give a speed command, it moves my mouse pointer. Since it uses a key command, it shouldn't touch the mouse at all. This is really problematic when I am using a view. For example, let's say I'm viewing a merchant through the scope and order "Ahead 1/3". My view jerks violently away from the target. There's no reason for this, is there? It's an awful work-around to have to release the view, give the throttle order, and then reacquire the view again.

Output is:

Code:

Ahead one third (20, KEY) voice command detected at +4.08 seconds
        Ahead one third (voice_command.csv id = 20)
                Adding 584 Move Mouse Away
        Type is KEY, data is 1
                1 is key sequence for voice command Ahead one third from key_commands.csv
                1 is a single-key sequence
                        Pressing key 1 (virtual key code 0x31) from key_codes.csv
                                Running key() sequence for 1
        Type is MOUSEMOVE, data is 928,582
                928,582 are mouse coordinates for voice command Ahead one third from command_bar.csv or dials.csv
                Mouse clicking at 928,582 for Move Mouse Away (id=584)
        Phrase processed.  Listening...

Note the "Type is MOUSEMOVE" block. This shouldn't happen.

-- Looks like I edited this in before Billko replied. Whoops! --
I think the problem is here in voice.pl:

Code:

if (
               
               ($TYPE{$original_id} =~ /BUTTON/i || $TYPE{$original_id} =~ /DIAL/i
               
               || ($original_id >= 19 && $original_id <= 28) # Telegraph reversion
               
               ) &&
                $original_id != 580 && $original_id != 581 && $original_id != 582 && $original_id != 583) {
               print "\t\tAdding 584 $NAME{584}\n";
               push(@ids, 584); # Move Mouse Away
            }

If the ID is between 19 and 28 inclusive, a mouse move is added. Because minsc kindly included the source, I think I can fix this for myself if I download the necessary compiler; but I think a fix to the official version would benefit all. It's also possible that I'm completely missing something. Maybe there's a reason for this mouse move? I can't imagine what it is.

I'd also make a suggestion from a software design point of view. If per-item mouse move functionality is desired, why not external it in the CSV? If I could just change a mouse move column from "true" to "false" in one of the files, that'd be a lot easier than learning perl and recompiling the script to modify the hardcoding.

Once again, thank you, minsc, for this utility!

billko · 03-22-10, 02:51 PM

Quote:

Originally Posted by ferg

This is a fairly minor bug, but it's irritating and should be fixed. When I give a speed command, it moves my mouse pointer. Since it uses a key command, it shouldn't touch the mouse at all. This is really problematic when I am using a view. For example, let's say I'm viewing a merchant through the scope and order "Ahead 1/3". My view jerks violently away from the target. There's no reason for this, is there? It's an awful work-around to have to release the view, give the throttle order, and then reacquire the view again.

Output is:

Code:

Ahead one third (20, KEY) voice command detected at +4.08 seconds
        Ahead one third (voice_command.csv id = 20)
                Adding 584 Move Mouse Away
        Type is KEY, data is 1
                1 is key sequence for voice command Ahead one third from key_commands.csv
                1 is a single-key sequence
                        Pressing key 1 (virtual key code 0x31) from key_codes.csv
                                Running key() sequence for 1
        Type is MOUSEMOVE, data is 928,582
                928,582 are mouse coordinates for voice command Ahead one third from command_bar.csv or dials.csv
                Mouse clicking at 928,582 for Move Mouse Away (id=584)
        Phrase processed.  Listening...

Note the "Type is MOUSEMOVE" block. This shouldn't happen.

There was a valid reason for this. It was discussed early in this topic, but I cannot, for the life of me, remember WHY it is that way...

Bill

billko · 03-22-10, 02:57 PM

Quote:

Originally Posted by ferg

There's a bug with the command "Damage Control Team". sh4Speech outputs the following:

"damage control team"

Code:

damage control team (572, BUTTON) voice command detected at +7.22 seconds
        damage control team (voice_command.csv id = 572)
                Parent detected
                Adding 584 Move Mouse Away
        Type is TAB, data is 384,819
                Moving to bottom left (0, 900) to help load command bar)
                384,819 are mouse coordinates for voice command damage control team from command_bar.csv or dials.csv
                Mouse clicking at 384,819 for Sub Management (id=565)
        Type is BUTTON, data is 336,871
                336,871 are mouse coordinates for voice command damage control team from command_bar.csv or dials.csv
                Mouse clicking at 336,871 for Damage Control Team (id=572)

...all of which looks fine, but it buries the pointer in the lower left at this point and fights any effort to move the pointer away from that corner. sh4Speech becomes totally unresponsive and, as a result of sh4Speech taking away the mouse pointer, SH4 becomes unplayable. I have to Alt-Tab and kill the sh4Speech process. This releases the mouse pointer and SH4 can be played normally.

Note that the text output is complete. This is all it outputs; I didn't cut anything off. You can see that it does not complete the procedure since it never outputs the familiar "Phrase processed. Listening..."

Compared to a similar command, "man the deck gun", it appears to me that the data is defined correctly. Here's the output for that command for comparison.

"man the deck gun"

Code:

Man the deck gun (538, BUTTON) voice command detected at +28.81 seconds
        Man the deck gun (voice_command.csv id = 538)
                Parent detected
                Adding 584 Move Mouse Away
        Type is TAB, data is 216,819
                Moving to bottom left (0, 900) to help load command bar)
                216,819 are mouse coordinates for voice command Man the deck gun from command_bar.csv or dials.csv
                Mouse clicking at 216,819 for Deck Gun (id=536)
        Type is BUTTON, data is 91,871
                91,871 are mouse coordinates for voice command Man the deck gun from command_bar.csv or dials.csv
                Mouse clicking at 91,871 for Man The Deck Gun (id=538)
        Type is MOUSEMOVE, data is 928,582
                928,582 are mouse coordinates for voice command Man the deck gun from command_bar.csv or dials.csv
                Mouse clicking at 928,582 for Move Mouse Away (id=584)
        Phrase processed.  Listening...

Note that everything from "Type is MOUSEMOVE..." onwards is missing from the "damage control team" output.

Sounds like it could be related to the special CSV files for your specific mod. Since SH4Speech hasn't been udated in a while, they may have become outdated. Try asking around to see if anyone has made some revised ones.

Bill

10-14-09, 07:08 PM	#436
H2osmokey Nub Join Date: Jul 2009 Posts: 2 Downloads: 7 Uploads: 0	sh4Speech fixes command_bar.csv I was having some difficultiy with the Battle Stations, Depth Below keel, Damage Control etc and discovered some fixes. Here are some lines to update (don't forget to save the original command_bar.csv). 504 Button LowerLeft Depth Under Keel 500 239 739 505 ButtonLowerLeft Evasive Left 500 286 739 506 Button LowerLeft Evasive Right 500 336 739 569 ButtonLowerLeft Battle Stations 565 238 739 567 ButtonLower Left Damage Control Station 565 140 739 (8D

03-16-10, 01:09 AM	#437
minsc_tdp XO Join Date: Mar 2007 Posts: 411 Downloads: 1 Uploads: 0	sooooooooooo Sooooooooooo...... sh5Speech anyone? __________________ June 29 2016 - shSpeech v2.55 - Voice Command for Silent Hunter 4! View Thread

03-21-10, 04:50 AM	#441
ferg Watch Join Date: Dec 2007 Posts: 19 Downloads: 148 Uploads: 0	1440x900 is my monitor's native resolution. Edit: I also tried 1024x768, and curiously it appears to be wrong by precisely the same amounts. It's as if the dial is not in the position expected. This made me curious, so I decided to compare screenshots of my TMO modded game with the standard game. It looks as though TMO raises the dials for some reason. That would explain this behaviour. Is this utility incompatible with TMO 1.9? Last edited by ferg; 03-21-10 at 05:36 AM.

03-21-10, 07:30 AM	#444
billko 中国水兵 Join Date: Jul 2007 Posts: 275 Downloads: 21 Uploads: 2	It's GREAT to see that you can finally enjoy his work. The first time I used it, it sent shivers down my spine watching the crew respond to my voice with their own voiced acknowledgments. Have fun! Bill __________________ Damage Control 1.1 - LeoVampire Edition - Can you trust the experience of your crew to inform you of how deep you can really dive?

03-21-10, 09:08 PM	#445
tomoose Grey Wolf Join Date: Aug 2005 Posts: 930 Downloads: 23 Uploads: 0	Still not recognizing aft torpedo tubes Minsc_tdp; I'd brought this up quite a few posts ago but have been away for awhile. Any updates to the issue where SH4 speech doesn't recognize aft tubes? cheers, tomoose

03-21-10, 02:33 AM	#439
ferg Watch Join Date: Dec 2007 Posts: 19 Downloads: 148 Uploads: 0	First off, thanks for sh4Speech. It seems like it's pretty neat, and I imagine a fair bit of work has gone into making it. I write "seems" only because I can't get it to work properly. Does it not support 1440x900? When I order a depth, it clicks the wrong place on the depth dial. I have correctly set my resolution in the batch file. Thanks, guys.

03-21-10, 05:56 AM	#443
ferg Watch Join Date: Dec 2007 Posts: 19 Downloads: 148 Uploads: 0	Problem solved. TMO does indeed transpose the dials. Using a screenshot from the stock game, I figured the TMO dial centres to be 35 pixels higher. By adjusting the values in dials.csv, I got it to work just fine. I think I'm going to enjoy sh4Speech very much once I work out all the TMO incompatibilities. Thanks for your help Billko.

03-22-10, 02:48 PM	#448
ferg Watch Join Date: Dec 2007 Posts: 19 Downloads: 148 Uploads: 0	This is a fairly minor bug, but it's irritating and should be fixed. When I give a speed command, it moves my mouse pointer. Since it uses a key command, it shouldn't touch the mouse at all. This is really problematic when I am using a view. For example, let's say I'm viewing a merchant through the scope and order "Ahead 1/3". My view jerks violently away from the target. There's no reason for this, is there? It's an awful work-around to have to release the view, give the throttle order, and then reacquire the view again. Output is: Code: Ahead one third (20, KEY) voice command detected at +4.08 seconds Ahead one third (voice_command.csv id = 20) Adding 584 Move Mouse Away Type is KEY, data is 1 1 is key sequence for voice command Ahead one third from key_commands.csv 1 is a single-key sequence Pressing key 1 (virtual key code 0x31) from key_codes.csv Running key() sequence for 1 Type is MOUSEMOVE, data is 928,582 928,582 are mouse coordinates for voice command Ahead one third from command_bar.csv or dials.csv Mouse clicking at 928,582 for Move Mouse Away (id=584) Phrase processed. Listening... Note the "Type is MOUSEMOVE" block. This shouldn't happen. -- Looks like I edited this in before Billko replied. Whoops! -- I think the problem is here in voice.pl: Code: if ( ($TYPE{$original_id} =~ /BUTTON/i \|\| $TYPE{$original_id} =~ /DIAL/i \|\| ($original_id >= 19 && $original_id <= 28) # Telegraph reversion ) && $original_id != 580 && $original_id != 581 && $original_id != 582 && $original_id != 583) { print "\t\tAdding 584 $NAME{584}\n"; push(@ids, 584); # Move Mouse Away } If the ID is between 19 and 28 inclusive, a mouse move is added. Because minsc kindly included the source, I think I can fix this for myself if I download the necessary compiler; but I think a fix to the official version would benefit all. It's also possible that I'm completely missing something. Maybe there's a reason for this mouse move? I can't imagine what it is. I'd also make a suggestion from a software design point of view. If per-item mouse move functionality is desired, why not external it in the CSV? If I could just change a mouse move column from "true" to "false" in one of the files, that'd be a lot easier than learning perl and recompiling the script to modify the hardcoding. Once again, thank you, minsc, for this utility! Last edited by ferg; 03-22-10 at 03:00 PM.