Discussion EDDI and TrackIR

[Triptych]

Is it possible to recognise the current state of TrackIR from within EDDI? In particular, whether "Pause" is active?

While I'm here.........although I've created a new active personality, I find that I'm unable to delete or even disable certain speech responses. For instance, EDDI is constantly telling me that I'm carrying no limpets in spite of the fact I have a limpet controller. I know this; I often fly without limpets even though I have a controller installed, and it's annoying to be constantly reminded of it.

Thanks in advance.

 

[T'kael]

EDDI does not currently interface with TrackIR in any way. What potential benefit do you see with recognizing a TrackIR pause state?

Some scripts in EDDI are triggered from events and others are invoked. Invoked scripts cannot be disabled, but you can still disable them by editing the either parent script or by emptying the invoked script. The Limpet check script is an invoked script. It can disabled either by editing the Limpet check script and removing its contents or by editing the Undocked script to remove the call to invoke the Limpet check script (ref. lines 5-8 of the Undocked script).

 

[Triptych]

I often switch TrackIR off, and then on again, and have VA macros that do that: when I'm docking at a station for instance, where I find TrackIR a nuisance. The problem is of course that the Pause switch is a toggle, so if it's already switched off it gets switched on again.

Thanks for the Limpet check tip.

 

[T'kael]

Sounds like you should set a variable to track the state of your toggle in VoiceAttack. You can use parts of the command phrase to signal the state (e.g. "activate", "enable", "disable", "deactivate", etc.)
That way, you can intelligently handle cases where TrackIR is already in the desired state and shouldn't be toggled again.

 

[Triptych]

No argument there; but the trouble with VA switches is that they can always go out of sync with the thing they're meant to represent, and so a way to ascertain the actual state is always preferable.

Thank you for your help.

 

[T'kael]

Researching and implementing a TrackIR API, if an appropriate one exists, isn't really in-scope for EDDI.
You could potentially write an in-line function or even create your own plugin that does this.