Release EDDI 3.3 - Bring your cockpit to life

There is no official area for this specifically but you can modify scripts to handle these as needed and you'll find the P() function particularly useful for this purpose. e.g.
Code:
{if state.eddi_context_system_name = "Luyten 205-128":
    Luyten {P(205)} dash {P(128)}
|else:
    {P(state.eddi_context_system_name)}
}
As for things like "411", that's something to do with the particular voice that you've chosen to use. With the complete system name, we could probably handle it as a special case. Otherwise, you're just going to have to handle it locally. Perhaps using the Spacialise() function?

I'm sorry, by "411" I meant system information. 411 is a number you dial on the american telephone system to get information (someone's number) and I meant it to mean, when I arrive at a system and EDDI starts with the local system information read back ... the way she (mine is a she) reads the various system or faction names that contain a dash she'll pronounce it as a "to" example -> Luyten two hundred and five to one hundred and twenty eight.

Ok, I thought there might be an area where one could say, If system names contains numbers, read them back individually and if it contains a dash, say dash.
 
I'm sorry, by "411" I meant system information. 411 is a number you dial on the american telephone system to get information (someone's number) and I meant it to mean, when I arrive at a system and EDDI starts with the local system information read back ... the way she (mine is a she) reads the various system or faction names that contain a dash she'll pronounce it as a "to" example -> Luyten two hundred and five to one hundred and twenty eight.

Ok, I thought there might be an area where one could say, If system names contains numbers, read them back individually and if it contains a dash, say dash.

LOL - 411 is still a thing? I don't think I've used that in probably close to 50 yrs.
 
I haven't used 411 since the 90's - god I remember back when pay phones were ten cents, "Those were the days" ;)
211 is the most helpful, though, local information for anything like small business resources through low cost dental resources. Just don't call them asking for the highest rates near you for selling void opals, they don't have much of a sense of humor
:ROFLMAO:
 
The refuel, repair, restock sequence is thrown off by the entries for the store when you land.

OOOPS - NVM - that's the HCS voice pack
 
EDDI is stating that this is the first visit to a star when it isn't. My memory might be bad, but some of the planets have my name as the discoverer.

This is post the September update of course, and I wasn't running EDDI much before.
 
If your flight logs are in EDSM, you can sync your flight logs from there. Otherwise, EDDI relies on the information that it collects and stores in its local database while it's running.
 
Would appreciate some guidance on how to make the materials report a wee bit more specific.

All I want EDDI to report is where a scanned body has a Po % of 1; not interested in hearing about Tellurium, Technetium etc.

Where and how would I go about configuring/scripting this please?

Thanks in advance,
Cmdr A
 
Would appreciate some guidance on how to make the materials report a wee bit more specific.

All I want EDDI to report is where a scanned body has a Po % of 1; not interested in hearing about Tellurium, Technetium etc.

Where and how would I go about configuring/scripting this please?

Thanks in advance,
Cmdr A
By default, EDDI will report all materials found that have either good or great concentrations and which are below the desirable quantity you have set in the Material Monitor. If you reduce the desired quantity for a material in the Material Monitor then EDDI won't mention it again while it's above your desired minimum quantity.
 
By default, EDDI will report all materials found that have either good or great concentrations and which are below the desirable quantity you have set in the Material Monitor. If you reduce the desired quantity for a material in the Material Monitor then EDDI won't mention it again while it's above your desired minimum quantity.
Thanks Cmdr; if thats the default, is there any way to change behaviour so that when the trigger for announcing materiel percentage is activated, logic then suppresses the alert for all bar Polonium and, for Polonium, only makes the announcement if percentage =>1%?

I guess the code would go somewhere here?:

{if reportbody.landable:

{set goodmaterials to []}
{set greatmaterials to []}
{set othermaterials to []}

{for material in reportbody.materials:
{set inventoryMat to _inventory(material.material)}
{if (reportMats >= 0 && inventoryMat.amount < inventoryMat.minimum && inventoryMat.minimum > 0)
|| (reportMats >= 1 && inventoryMat.amount < inventoryMat.desired && inventoryMat.desired > 0)
|| (reportMats >= 2):
{if material.percentage >= material.definition.greatpctbody && reportMatConc > -1:
{set greatmaterials to cat(greatmaterials, [material])}
|elif material.percentage >= material.definition.goodpctbody && reportMatConc > 0:
{set goodmaterials to cat(goodmaterials, [material])}
|elif reportMatConc > 1:
{set othermaterials to cat(othermaterials, [material])}
}
}
 
Last edited:
You could re-write the Body materials report script but I'd still recommend changed the desired quantities in the Material Monitor instead.
For reference, a percentage of 1.1% Polonium is considered "good" and a percentage of 1.3% is considered "great".
Setting Polonium as the only element with a desired quantity greater than zero (for instance) will cause EDDI to report Polonium at >= 1.1% and to not report any other element.
 
You could re-write the Body materials report script but I'd still recommend changed the desired quantities in the Material Monitor instead.
For reference, a percentage of 1.1% Polonium is considered "good" and a percentage of 1.3% is considered "great".
Setting Polonium as the only element with a desired quantity greater than zero (for instance) will cause EDDI to report Polonium at >= 1.1% and to not report any other element.
Thankd for the info Cmdr - those 'good' and 'great' values really help and explain your preferred method. Is there anyway of editing the 'good' value to 1.0%?
 
Thankd for the info Cmdr - those 'good' and 'great' values really help and explain your preferred method. Is there anyway of editing the 'good' value to 1.0%?
I'm afraid that's hard coded (each material has different percentages that define "good" and "great"). You'd need to edit the script with a specific exception if you want to insist on a 1.0% threshhold rather than 1.1%.
 
Has anyone noticed since the update that sometimes EDDI doesnt respond to voice commands? It still gets triggered by in agme events but if I use a voice command nothing happens. Nothing comes up on VA log to say it recieved a voice command. Not sure if its VA or EDDI jsut wondering if anyone else has come across this? Normally I just reboot ED and all is well.
 
Has anyone noticed since the update that sometimes EDDI doesnt respond to voice commands?

@BumbleB, EDDI doesn't respond to voice commands, Voice Attack does.

If the Voice Attack commands have EDDI plug-in calls which are not responding, then that could be an EDDI issue. Please add some context to your problem so we know whether to get involved or not.

Cheers!
 
Has anyone noticed since the update that sometimes EDDI doesnt respond to voice commands? It still gets triggered by in agme events but if I use a voice command nothing happens. Nothing comes up on VA log to say it recieved a voice command. Not sure if its VA or EDDI jsut wondering if anyone else has come across this? Normally I just reboot ED and all is well.

The last update from MS reset my default mike back to the webcam mike and the response/recognition was terrible until I realized what had happened and reset VA to the podcasting mike that I normally use. If you have more than one mike, check to see that VA is using the correct mike.

HTH
 
Has anyone noticed since the update that sometimes EDDI doesnt respond to voice commands? It still gets triggered by in agme events but if I use a voice command nothing happens. Nothing comes up on VA log to say it recieved a voice command. Not sure if its VA or EDDI jsut wondering if anyone else has come across this? Normally I just reboot ED and all is well.
For a while now I've noticed that VA stops responding to voice commands after a certain period of time. I've not been able to measure exactly how long that time is though. I've tried going back to the EDDI default profile, and that seems to work, at least for a much longer time anyway. I also tried starting my profile again from scratch, using the EDDI default as a sub-profile (sorry, I can't remember the correct terminology right now), and that too works ok, until (it seems) I get to a certain amount of commands, then it begins to not respond again, and it's not very many that I add. I was hoping to use the EDDI default as a sub-profile, so that I don't have to make any changes when it gets updated, it would automatically use the new version.

To be honest, I've not really looked into it too deeply, as I don't really use voice commands very often, and I had other things in my life to get on with when I first noticed the problem. I was hoping that a VA or EDDI update would fix it, or that it was just my install that was playing up, but it does sound like you have exactly the same issue.

Try using just the EDDI default, I know it's not ideal, but as a test first. Then add a couple of your own commands and see how that goes. If it works, add a couple more. This is what I'm intending to do at some point, so I can get a better idea of what's going on.

For me, it seems to work for about 20-30 minutes before it stops resonding to my voice. However, as I don't use VA for anything else other than EDDI, I have no real way to say if it's EDDI causing it or not.
 
Top Bottom