Go to page

Go to page

Question to the specialists:
Is it possible to read out the current number of chaff and/or heat sinks ?
The variable hardpoint.module.ammoinhopper (ship.hardpoints) returns a value, but it is not current.

Question to the specialists:
Is it possible to read out the current number of chaff and/or heat sinks ?
The variable hardpoint.module.ammoinhopper (ship.hardpoints) returns a value, but it is not current.

I don't believe there is a way, although I'm sure someone will correct me if I'm wrong.

I was under the impression that certain data, such as you are asking for, is only updated during certain events, like landing/take off, or loading your game, for example. From what I remember, this is a limitation of the player Journal that Elite writes, and is not something EDDI can easily overcome.

The only way to get up-to-date info, that I can think of right now anyway, is to add code to the EDDI events which will set the amount to a state variable, and decrement the number when you use one. I did something similar to this a long time ago, when I wanted to have an accurate number for limpets I had onboard.

I don't believe there is a way, although I'm sure someone will correct me if I'm wrong.

I was under the impression that certain data, such as you are asking for, is only updated during certain events, like landing/take off, or loading your game, for example. From what I remember, this is a limitation of the player Journal that Elite writes, and is not something EDDI can easily overcome.

The only way to get up-to-date info, that I can think of right now anyway, is to add code to the EDDI events which will set the amount to a state variable, and decrement the number when you use one. I did something similar to this a long time ago, when I wanted to have an accurate number for limpets I had onboard.

I was afraid of this.
With Voice Attack you might be able to implement your idea without any additional EDDI extension (basic value of EDDI > passed to VA and then calculate there).
Thanks for the info and the confirmation.

The game does not provide an event to let us know when ammunition (whether for a heat sink, chaff launcher, or otherwise) is used. You're best option is to track it in VoiceAttack by reacting to the key presses / commands that you use to activate the heat sink / chaff launcher / etc. and by manually subtracting from the count updated during the ((EDDI ship loadout)) event.

The game does not provide an event to let us know when ammunition (whether for a heat sink, chaff launcher, or otherwise) is used. You're best option is to track it in VoiceAttack by reacting to the key presses / commands that you use to activate the heat sink / chaff launcher / etc. and by manually subtracting from the count updated during the ((EDDI ship loadout)) event.

For stars it is the Star Scanned event
I've just reviewed the source code and yup WasDiscovered in the journal is being not forwarded to that event and neither are some others.
We will fix that: thank you for the report!

The journal is indeed only source of real-time events for EDDI, so nepomuk is correct there. We can get additional data from Frontiers' API when, for example, you dock and go to the market screen, but that is not real-time and we have been asked to restrict ourselves to such usage. We also get data from third-party APIs such as EDSM to say, for example, how many times you've visited the system you are entering.

It is however fair to say that the journal is the main gateway on what EDDI does or does not know from moment to moment.

For stars it is the Star Scanned event
I've just reviewed the source code and yup WasDiscovered in the journal is being not forwarded to that event and neither are some others.
We will fix that: thank you for the report!

The journal is indeed only source of real-time events for EDDI, so nepomuk is correct there. We can get additional data from Frontiers' API when, for example, you dock and go to the market screen, but that is not real-time and we have been asked to restrict ourselves to such usage. We also get data from third-party APIs such as EDSM to say, for example, how many times you've visited the system you are entering.

It is however fair to say that the journal is the main gateway on what EDDI does or does not know from moment to moment.

Forgive me if this is already covered somewhere.. new to coding in EDDI.

Long term player and VR user.. never gotten on with VA - too many false triggers which are particularly troublesome in VR.. but EDDI on it's own gives a great additional texture.

Anyway - I'm looking for a way to declare the number of jumps at the start of a longer journey..
Ie. when state is changing from real space to hyper space (is that the only way to tell that a journey is beginning?)
When the number of jumps left is bigger than, say 5..
announce before FSD is spun up - "Course laid in, for X jumps"

.. but not to have that through the course of the rest of the trip (I realise there is a .. jumps left announcement, as part of the Jumped trigger). The purpose of this is to have a quick reality check that my Galaxy Map settings are right.. of course having a way to announce that also would be the cherry on top...

I've done some tinkering around the edges with various scripts, but really hoping to use this as a led example to get me into more..
Many thanks,
CMDR Bone Daddy

Forgive me if this is already covered somewhere.. new to coding in EDDI.

Long term player and VR user.. never gotten on with VA - too many false triggers which are particularly troublesome in VR.. but EDDI on it's own gives a great additional texture.

Anyway - I'm looking for a way to declare the number of jumps at the start of a longer journey..
Ie. when state is changing from real space to hyper space (is that the only way to tell that a journey is beginning?)
When the number of jumps left is bigger than, say 5..
announce before FSD is spun up - "Course laid in, for X jumps"

.. but not to have that through the course of the rest of the trip (I realise there is a .. jumps left announcement, as part of the Jumped trigger). The purpose of this is to have a quick reality check that my Galaxy Map settings are right.. of course having a way to announce that also would be the cherry on top...

I've done some tinkering around the edges with various scripts, but really hoping to use this as a led example to get me into more..
Many thanks,
CMDR Bone Daddy

This will report the number of jumps when you select a star as your route destination from the Galactic map, and there are 6 or more jumps. If you change destination during your route (using the Gal map), this should still report the new number of jumps. I tried this from the left nav panel, but it doesn't work, and I'm guessing it's because it's not being set as a 'route', only being 'selected'.

You should also note that, the code in the 'Jumped' script for reporting jumps remaining, will still activate unless you remove it.

I tried to do all this with the RouteDetails() function (using 'set' and the 'destinationsystem' variable) but 'destinationsystem.name' didn't seem to be populated when selecting a route. Of course I may have being trying to use it in the wrong way, but there's not much info on the 'set' variable for RouteDetails().

I thought about what you said, getting it to report when the FSD is engaged, but by then it would be too late to change course, as the event triggers at the end of the countdown. So, this is the next best thing. You could set it to report when going from normal space to supercruise, but there is no distinction between in-system supercruise and FSD jumping, so I'm not sure that would do what you want reliably.

Anyway, give it a try and see how you get on. I can always make changes if necessary.

I tried to do all this with the RouteDetails() function (using 'set' and the 'destinationsystem' variable) but 'destinationsystem.name' didn't seem to be populated when selecting a route. Of course I may have being trying to use it in the wrong way, but there's not much info on the 'set' variable for RouteDetails().

Ah, this is exactly what I tried first, so at least it seems I was using RouteDetails() correctly, thank you.

The reason this doesn't work, is because in the 'Next jump' event, event.system is set to the first system in the route (which is correct, as it's literally the "next jump"), not the final destination. I had tried the following code in the 'Next jump' event script:

The route I had selected ended at 'Eol Prou GG-Z B16-9', 141.91LY away (from Colonia as a start point). As you can see, none of the RouteDetails() variables were set (hence the row of dots in the output). Or am I still using it incorrectly? I'd also like to note that '.destination' didn't color-code like the other variables did (is it light green? Sorry, I'm a bit colour-blind).

Once I realised what event.system was, I then tried the destinationsystem.name as I mentioned above, but that wasn't populated either. I wasn't sure I was using it correctly, but from the help doc (when editing a script), I think I was doing it right. After some more testing today, I realised that it would get populated if 'route' was used for RouteDetails(), but a route couldn't be set as I had no missions.

From what I can gather, the RouteDetails() event is only generated after the calling event has finished, and that's why those variables are not populated at the time I tried to use them in the 'Next jump' script. Does this mean I'd have to add them to the end of the RouteDetails() script, and set them as State variables in order to use them?

It seems Route details event is not working here. I've created a command named ((EDDI route details)) in voice attack with just Say, 'route details working', for testing purposes, but when I plot a route nothing happens. What am I doing wrong?

For a 3 jump route (for testing I made it work with >1 jump), I got this result:

The route I had selected ended at 'Eol Prou GG-Z B16-9', 141.91LY away (from Colonia as a start point). As you can see, none of the RouteDetails() variables were set (hence the row of dots in the output). Or am I still using it incorrectly? I'd also like to note that '.destination' didn't color-code like the other variables did (is it light green? Sorry, I'm a bit colour-blind).

It seems Route details event is not working here. I've created a command named ((EDDI route details)) in voice attack with just Say, 'route details working', for testing purposes, but when I plot a route nothing happens. What am I doing wrong?

I'm using no command to plot the route. Just plotting the route at galaxy map using the in game features..
Your question makes me think the Route details event does not trig this way. If so, how and when it's trigged?