EDDI: A(nother) Voice Attack Plugin

Status
Thread Closed: Not open for further replies.
I got Replicator_'s link to work.

Here is the orginal link that had the error. With the highlighted numbers removed to get it to work.

http://coriolis.io/outfit/imperial_clipper/06A6A5A5D6A5D4C1e1e2727040l0004kp375d5d29292727.Iw18gDM2kAA=.CwBhEYwqd9-EA9==?bn=Hornet%20(DFU-2742)


So, working link minus a module is
http://coriolis.io/outfit/imperial_...DM2kAA=.CwBhEYwqd9-EA9==?bn=Hornet (DFU-2742)

Looks like the Internal module for Class 2 was wrongly assigned?




If I'm right, then the correct URL with the missing Module (2D Reinforcment Hull Package) should look like this..

http://coriolis.io/outfit/imperial_...DM2kA==.CwBhEYwqd9-EA===?bn=Hornet (DFU-2742)
 
Last edited:
I got Replicator_'s link to work.

Here is the orginal link that had the error. With the highlighted numbers removed to get it to work.

http://coriolis.io/outfit/imperial_clipper/06A6A5A5D6A5D4C1e1e2727040l0004kp375d5d29292727.Iw18gDM2kAA=.CwBhEYwqd9-EA9==?bn=Hornet%20(DFU-2742)


So, working link minus a module is
http://coriolis.io/outfit/imperial_...DM2kAA=.CwBhEYwqd9-EA9==?bn=Hornet (DFU-2742)

Looks like the Internal module for Class 2 was wrongly assigned?




If I'm right, then the correct URL with the missing Module (2D Reinforcment Hull Package) should look like this..

http://coriolis.io/outfit/imperial_...DM2kA==.CwBhEYwqd9-EA===?bn=Hornet (DFU-2742)

I suspect that the build is missing a shield generator of some type, given the rest of the build. Replicator could you let me know what you had as your internal modules?
 
Using EDDI 0.9.1

Just went to the Yaur System - Lyot Dock to sell my old Sidewinder that I had stored there.. I noticed that after selling it and even traveling to another system that EDDI still kept tell me I still had a Sidewinder still stored at Yaur.

22:40:51 - Stored ship 2 name is Not set
22:40:51 - Stored ship 2 callsign is KEQ-4284
22:40:51 - Stored ship 2 callsign (spoken) is kilo, echo, quebec, fawer, two, eight, fawer
22:40:51 - Stored ship 2 model is Sidewinder
22:40:51 - Stored ship 2 role is Multipurpose
22:40:51 - Stored ship 2 system is Yaur
22:40:51 - Stored ship 2 station is Lyot Dock
22:40:51 - Stored ship 2 distance is 68.65

I checked with the Configuration Utility it correctly shows my Sidewinder Gone..
 
Using EDDI 0.9.1

Just went to the Yaur System - Lyot Dock to sell my old Sidewinder that I had stored there.. I noticed that after selling it and even traveling to another system that EDDI still kept tell me I still had a Sidewinder still stored at Yaur.

22:40:51 - Stored ship 2 name is Not set
22:40:51 - Stored ship 2 callsign is KEQ-4284
22:40:51 - Stored ship 2 callsign (spoken) is kilo, echo, quebec, fawer, two, eight, fawer
22:40:51 - Stored ship 2 model is Sidewinder
22:40:51 - Stored ship 2 role is Multipurpose
22:40:51 - Stored ship 2 system is Yaur
22:40:51 - Stored ship 2 station is Lyot Dock
22:40:51 - Stored ship 2 distance is 68.65

I checked with the Configuration Utility it correctly shows my Sidewinder Gone..

Good spot. The problem is that the profile update doesn't clear the old values, which happens because it has no visibility in to them due to the way that VoiceAttack architects their plugins. I'll add a "wipe the next 10 ships after the last one we have" bit of code. Not pretty, but it will fix the issue.
 

>Using EDDI 0.9.1 + Configuration Utility


I noticed when using the Configuration Utility that your input boxes for ship names dont allow for Alt-codes. Not sure if that was intended?. But they do allow you to paste in ascii codes!

For my stored hauler I used the following name: ™ Test-name2 Which EDDI correctly shows in it's variables the following for my Hauler.

23:18:03 - Stored ship 1 name is ™ Test-name2
23:18:03 - Stored ship 1 callsign is GBZ-8868
23:18:03 - Stored ship 1 callsign (spoken) is golf, bravo, zulu, eight, eight, six, eight
23:18:03 - Stored ship 1 model is Hauler
23:18:03 - Stored ship 1 role is Multipurpose
23:18:03 - Stored ship 1 system is Aditi
23:18:03 - Stored ship 1 station is PEW-1901
23:18:03 - Stored ship 1 distance is 303.19

I named my main ship ™ Test-name2 and even the voice command 'Display my ship in coriolis' still correctly worked when passing this string to http://coriolis.io



I just bought a sidewinder, but EDDI didnt know this, it still thinks I am still sitting inside my Cutter when in fact, I am sitting in a new Sidewinder! This I suspect is related to my previous post that touches on this 'bug'.
 
Last edited:

>Using EDDI 0.9.1 + Configuration Utility


I noticed when using the Configuration Utility that your input boxes for ship names dont allow for Alt-codes. Not sure if that was intended?. But they do allow you to paste in ascii codes!

Not intended, they are just standard textboxes. I'll see if I can find out why it isn't allowing alt codes.

I just bought a sidewinder, but EDDI didnt know this, it still thinks I am still sitting inside my Cutter when in fact, I am sitting in a new Sidewinder! This I suspect is related to my previous post that touches on this 'bug'.

Did you say "ship handover complete" or whatever? EDDI would need to know that something has changed to refetch your profile.
 
Not intended, they are just standard textboxes. I'll see if I can find out why it isn't allowing alt codes.

On the contrary, I would strip out any Alt-codes in a Shipname since they have no real purpose when spoken in TTS. My test ship name of ™ Test-name1 comes out as 'Confirmed TM Testname1 is enroute to the xxxxxx system' which doesnt sound right. Using Alt-chars like this one ÊÐÐÏ comes out sounding like effy.
 
Using EDDI 0.9.1 + Configuration Utility

Possible Bug Found..

It the player creates a ship name using the configuration util then EDDI will correctly use this name when it detects a hyperspace jump has been initiated, where it will then give the system blurb. Such as 'Destination Confirmed. <Ship Name> is enroute to the xxxxxxxxxx system'

However, if the player removes the ship name so it is once again blank using the configuartion util, then even if you update the profile using the voice command 'Ship Handover Complete' then when EDDI detects a hyperspace jump in it's system description blurb it will now say the following..

'Destination Confirmed. ___ is on route to the xxxxxxx system' but, since the shipname is back to being empty, it should go back to 'Destination Confirmed, you are enroute to the xxxxxxxx system' which it doesnt.


Seems that once the shipname has been given a value, EDDI see's this variable as always being 'set', even when it's back to being empty. Where it should be given the value of 'Not Set' when no shipname is present for your VA command to correctly work. Hope this makes sense?
 
Using EDDI 0.9.1 + Configuration Utility

Possible Bug Found..

It the player creates a ship name using the configuration util then EDDI will correctly use this name when it detects a hyperspace jump has been initiated, where it will then give the system blurb. Such as 'Destination Confirmed. <Ship Name> is enroute to the xxxxxxxxxx system'

However, if the player removes the ship name so it is once again blank using the configuartion util, then even if you update the profile using the voice command 'Ship Handover Complete' then when EDDI detects a hyperspace jump in it's system description blurb it will now say the following..

'Destination Confirmed. ___ is on route to the xxxxxxx system' but, since the shipname is back to being empty, it should go back to 'Destination Confirmed, you are enroute to the xxxxxxxx system' which it doesnt.


Seems that once the shipname has been given a value, EDDI see's this variable as always being 'set', even when it's back to being empty. Where it should be given the value of 'Not Set' when no shipname is present for your VA command to correctly work. Hope this makes sense?

Yeah the configuration is read only once, when VoiceAttack starts. I have considered adding VoiceAttack commands to allow naming of ships from within VoiceAttack itself, but the dictation isn't really up to the job for the type of thing that most people will come up with as ship names.

I'll put a note in the configuration utility that the changes will only take effect once you restart VoiceAttack.
 
Even restating VA doesnt stop EDDI from *always* now saying '____ is on-route/travelling to the xxxxxxxx system' which is kinda immersion breaking atm unitl the player manually alters the VA system change routine themselves or, put in a shipname..
 
Last edited:
Even restating VA doesnt stop EDDI from *always* now saying '____ is on-route/travelling to the xxxxxxxx system' which is kinda immersion breaking atm unitl the player manually alters the VA system change routine themselves or, put in a shipname..

Sorry can you explain that a bit more? Is ___ the ship name still or just a blank? If you don't have a ship name set it should say "your ship is en route".
 
Shipname is an empty string..

This is what I was trying to explain.. the ____ is left empty by the TTS so all you hear is "Is enroute to the xxxxxx system' EDDI doesnt go back to how it used to say 'Destination confirmed. You are enroute the xxxxxx system'.


Before the player enters a value into shipname via the configuration util, this variable is always displayed by EDDI as Not Set.

Once a shipname has been entered, EDDI will correctlyy show Shipname.


But, if the player deletes their ship name, so its blank/empty, as it was originally, EDDI will show the shipname as an empty string, but your VA scripts once they change this variable from Not Set cant unset this variable back to it's original value of Not Set
 
Last edited:
This is what I was trying to explain.. the ____ is left empty by the TTS so all you hear is "Is enroute to the xxxxxx system' EDDI doesnt go back to how it used to say 'Destination confirmed. You are enroute the xxxxxx system'.

Strange. If you look in %APPDATA%\EDDI\ships.json does it have anything in there for your ship name?
 
contents of ships.json

{
"ships": [
{
"LocalId": 0,
"callSign": "STC-8522",
"name": "",
"role": 0,
"EDID": 0
},
{
"LocalId": 4,
"callSign": "GBZ-8868",
"name": "",
"role": 0,
"EDID": 0
}
]
}
 
contents of ships.json

{
"ships": [
{
"LocalId": 0,
"callSign": "STC-8522",
"name": "",
"role": 0,
"EDID": 0
},
{
"LocalId": 4,
"callSign": "GBZ-8868",
"name": "",
"role": 0,
"EDID": 0
}
]
}

Ah, the serializer isn't serializing the empty string as null. I'll put in a check for "" and treat it as null.
 
Phew, glad you can see what I was trying to say lol

For now, have reverted the entry in ships.json

"name": "",

to

"name": null,
 
Last edited:
Hello Good Sir

Here is my Coriolis actual Build for my Cutter http://coriolis.io/outfit/imperial_...s07051vCeCeCeP924.Iw18ZZA=.Aw18ZZA=?bn=Mining
It most definately has a Shield Generator (Never fly without one)

None of my ships will display correctly using the EDDI command, I am currently in my Clipper and the EDDI command gives me this page in Coriolis
http://coriolis.io/outfit/imperial_...DM2kAA=.CwBhEYwqd9-EA9==?bn=Hornet (DFU-2742)

This command was fine in v09.0

On another bug:
When using the 'Docked' command, VA displays the following in the Editor Window and nothing further happens:

Update our profile to obtain outfitting and commodity info
Say, 'Docking confirmed. Uplink engaged.' (and wait until it completes)
Execute external plugin, 'EDDI 0.9.1'
Say, 'Processing.' (and wait until it completes)
UNABLE TO EXECUTE COMMAND - COMMAND NOT AVAILABLE


Cheers
 
Using EDDI 0.9.1 + Configuration Utility

Possible Bug Found..

It the player creates a ship name using the configuration util then EDDI will correctly use this name when it detects a hyperspace jump has been initiated, where it will then give the system blurb. Such as 'Destination Confirmed. <Ship Name> is enroute to the xxxxxxxxxx system'

However, if the player removes the ship name so it is once again blank using the configuartion util, then even if you update the profile using the voice command 'Ship Handover Complete' then when EDDI detects a hyperspace jump in it's system description blurb it will now say the following..

'Destination Confirmed. ___ is on route to the xxxxxxx system' but, since the shipname is back to being empty, it should go back to 'Destination Confirmed, you are enroute to the xxxxxxxx system' which it doesnt.


Seems that once the shipname has been given a value, EDDI see's this variable as always being 'set', even when it's back to being empty. Where it should be given the value of 'Not Set' when no shipname is present for your VA command to correctly work. Hope this makes sense?

I never knew you could set the ship name, but now looking at the interface it's obvious, JUGGERNAUT is pronounced accurately.

Your bug reports are most excellent, they help me understand EDDI better, thanks CMD Malandark

ADDITIONAL RE:LAG

It just so happened that I got 2.0 HCS voice pack updates (With triple profiles) before the weekend, so I got eager to try them, rather than see where/when the lag starts. Sorry, must try harder. :p

However I just got this, when changing profiles VA lagging for a good minutes and CPU usage was 20+%. Mostly it's around 3%

VA_20PERCENT_CPU_USAGE,..png
 
Last edited:
Hello Good Sir

Here is my Coriolis actual Build for my Cutter http://coriolis.io/outfit/imperial_...s07051vCeCeCeP924.Iw18ZZA=.Aw18ZZA=?bn=Mining
It most definately has a Shield Generator (Never fly without one)

None of my ships will display correctly using the EDDI command, I am currently in my Clipper and the EDDI command gives me this page in Coriolis
http://coriolis.io/outfit/imperial_...DM2kAA=.CwBhEYwqd9-EA9==?bn=Hornet (DFU-2742)

I suspect that the culprit is the shock mine launcher. Could you do me a favour and unequip it, restart Voice Attack, and see if it works when that isn't present?

On another bug:
When using the 'Docked' command, VA displays the following in the Editor Window and nothing further happens:

Update our profile to obtain outfitting and commodity info
Say, 'Docking confirmed. Uplink engaged.' (and wait until it completes)
Execute external plugin, 'EDDI 0.9.1'
Say, 'Processing.' (and wait until it completes)
UNABLE TO EXECUTE COMMAND - COMMAND NOT AVAILABLE


Cheers

That suggests that not all of the new commands were imported. Did you definitely clear out all of the old EDDI commands and re-import the new ones?
 
Status
Thread Closed: Not open for further replies.
Back
Top Bottom