Results 1 to 14 of 14

Thread: StatusDisplay - status.json display and surface navigation assistant.

  1. #1

    StatusDisplay - status.json display and surface navigation assistant.

    With the inclusion of status.json in the player journal data offered by the game in 3.0, I've started to develop an application to display that data and, given that positional information is included when in proximity to a landable body, allow the player to set destination latitude / longitude and calculate the range and bearing to that destination.

    Current progress:

    1) Display of time and raw flags; position (if available, i.e. in proximity of a landable body) and destination (if set and if positional data is available).
    2) Beginnings of MFD display template (ignore diagnostic data in the centre ) - squares at the edge are shaded according to the state of the assigned flag.

    Current game screen overlay, i.e. 1):

    Current MFD display:


    When in focus, window 1 is opaque and changes to 60% opacity on loss of focus. The buttons on the previous overlay window image have been relocated to a settings window (accessed by right clicking on the overlay window) which also incorporates the overlay window font size setting, input of body radius (needed to calculate speed-over-ground and range to target) and destination position and also checkboxes to display each MFD window (unchecked by default at this time). Window is set to be always on top, so will be visible when on the same screen as the game while playing.

    Each MFD display element (20 off, one next to each edge button) is able to be changed individually. Some boundary issues with the centre display at the moment.

    It's my first Windows GUI application - so everything's a learning experience....

  2. #2
    Hi Robert,

    this is going to be a great puzzle, to rearrange my gadgets to be able to make your display work in my cockpit!

    This means many exciting DIY-hours

    Best regards!

  3. #3
    Originally Posted by Robert Maynard View Post (Source)
    With the inclusion of status.json in the player journal data offered by the game in 3.0, I've started to develop an application to display that data and, given that positional information is included when in proximity to a landable body, allow the player to set destination latitude / longitude and calculate the range and bearing to that destination.

    It's early days yet - I'll be expanding it to display the flags that are also published in status.json - both in a window and also in graphical form suitable for display on a screen behind an MFD (I use a pair of Thrustmaster Cougar MFDs as additional controllers).

    Current progress:

    1) Display of time and raw flags; position (if available, i.e. in proximity of a landable body) and destination (if set and if positional data is available).
    2) Beginnings of MFD display template - to be filled with decoded flag information, i.e. landing gear up/down, etc.

    Current game screen overlay, i.e. 1):
    https://cdn.discordapp.com/attachmen...46/unknown.png

    Current MFD display template:
    https://cdn.discordapp.com/attachmen...95/unknown.png

    When in focus, window 1 is opaque and changes to 60% opacity on loss of focus. Also on loss of focus, the buttons (not yet final) "disappear" by resizing the window. Window is set to be always on top, so will be visible when on the same screen as the game while playing.

    It's my first Windows GUI application - so everything's a learning experience....
    If you can get this working in a window I can pin inside my Rift, you will officially become "My hero". Lazy explorers (like me) need this ASAP!

  4. #4
    Some progress made with the MFD display windows (not the font or text size though) - independently resizable and they refresh every second. The diameter of the body can now be entered which allows speed over ground and range to destination to be expressed as a speed and distance rather than Arc°/hr and Arc°.

    Next on the list:

    1) font / text size;
    2) customisable "button" (i.e square next to MFD button) assignment;
    3) save / load window positions / sizes and button assignments;
    4) something to put in the middle square.

  5. #5
    This is an awesome idea!

    Any chance you could trigger the LEDs on the MFDs to indicate Hardpoints, Cargo Scoop, or Landing Gear deployed? Mass Locked?

  6. #6
    Originally Posted by AndreZero View Post (Source)
    This is an awesome idea!

    Any chance you could trigger the LEDs on the MFDs to indicate Hardpoints, Cargo Scoop, or Landing Gear deployed? Mass Locked?
    I'm not interfacing with the MFDs - just putting images on the screen behind them.

    The square next to each button changes colour - and, later, may possibly flash, depending on severity - when each flag is set.

  7. #7
    I guess I'm asking if it is possible for your application to do that as a future enhancement. I assume the data you would need are in the status.json?

  8. #8
    The data is certainly in status.json - however I'm not sure that the button backlights are individually addressable to permit single buttons lights to be changed.

  9. #9
    Hi,

    I've made some experiments with the TARGET software in the past, the button backlights can't be controlled separately, only the two small LEDs on the upper left/right. Together, that is four, so gears/scoop/hardpoints/lights (or whatever) status could be displayed with some additional plugin stuff... It was just a pain to follow the on/off statuses with VA and TARGET (however not impossible).

    Best regards!

  10. #10
    Originally Posted by Brigetiol1 View Post (Source)
    Hi,

    I've made some experiments with the TARGET software in the past, the button backlights can't be controlled separately, only the two small LEDs on the upper left/right. Together, that is four, so gears/scoop/hardpoints/lights (or whatever) status could be displayed with some additional plugin stuff... It was just a pain to follow the on/off statuses with VA and TARGET (however not impossible).

    Best regards!
    That's pretty much my understanding. You can adjust the backlighting on a per-MFD level but not per button. I was thinking about those 4 LEDs as status lights.
    I've got a proof of concept library/utility that sets the LEDs at https://github.com/AndreMessier/ThrustmasterMFDLights Just need to figure out how to link those to the statuses. I could probably get gear, hardpoints, and cargo scoop from VA but masslock would need to come from elsewhere.

  11. #11
    Originally Posted by AndreZero View Post (Source)
    That's pretty much my understanding. You can adjust the backlighting on a per-MFD level but not per button. I was thinking about those 4 LEDs as status lights.
    I've got a proof of concept library/utility that sets the LEDs at https://github.com/AndreMessier/ThrustmasterMFDLights Just need to figure out how to link those to the statuses. I could probably get gear, hardpoints, and cargo scoop from VA but masslock would need to come from elsewhere.
    Gear, hardpoints, scoop and masslock are all in status.json - in the Flags field.

  12. #12
    From the previous "to-do-list":
    Originally Posted by Robert Maynard View Post (Source)
    1) font / text size;
    2) customisable "button" (i.e square next to MFD button) assignment;
    3) save / load window positions / sizes and button assignments;
    4) something to put in the middle square.
    Item 1 is pretty much complete - with the added bonus that the main overlay window is now resizable (via a settings dialog).

  13. #13
    Originally Posted by Robert Maynard View Post (Source)
    From the previous "to-do-list":

    Item 1 is pretty much complete - with the added bonus that the main overlay window is now resizable (via a settings dialog).
    Items 2 pretty much complete and 4 started (the position and destination data from the overlay window is now in the middle of MFD0 as well (likely to be optional).

    .... just settings savings to go for first release.

  14. #14
    Great stuff, looking forward to trying this.