That URL looks okay, although there might be some odd modules. Do you have a link to a hand-made version of your ship on coriolis I can look at to see what the difference is? Thanks.
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)
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 + 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!
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'.
Not intended, they are just standard textboxes. I'll see if I can find out why it isn't allowing alt codes.
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?
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..
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'.
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
}
]
}
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?
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)
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