Jump to content

HUD : Head Up Display


DunaColonist

Recommended Posts

HUD : Head Up Display

Quote

A virtual navball : now you can define and check the direction while still keeping watch on your vessel!

Compatibility

  • KPS2 v0.2.1.0 (ie ForScience !)
  • SpaceWarp 1.4.0+

Virtual Navball

  • virtual navball with 2 circles
    • horizontal circle with north and south indicators 
    • vertical circle with sky/ground colors and prograde oriented
  • dynamic direction indicators
    • up indicator
    • prograde, normal, radial indicators with standard KSP2 colors
    • target and manœuvre indicators
    • Displayed directions depend on the selected speed mode : surface vs orbit vs target.

Craft Attitude control

  • define horizontal angle
  • define vertical angle

Configuration

  • enable/disable in KSP2 main menu via standard mod configuration
    • In KSP2 main menu => mods => Open Configuration Manager => HUD
  • enable/disable in flight via standard app bar
    • In flight => APP.BAR => far right button => HUD

Next features ?

Known limitation

  • Other mods drawing shapes in flight may have issues. Do you know of any ?

Installation

Licence: MIT

Current Mod Version: 0.8.0

SpaceDock : https://spacedock.info/mod/3334/HUD : Head Up Display

HUD__Head_Up_Display-1685902503.png

Edited by DunaColonist
Upgrade version 0.7.0 to 0.8.0
Link to comment
Share on other sites

Nice! This could be very handy, especially for those who have GPU limited performance where reasonable FPS rates during launch require pointing to the sky. Likewise I suspect for those performing instrument landings where, for similar reasons they need their camera pointed skyward even as they touchdown.

Link to comment
Share on other sites

Update : 0.2.0 => 0.3.0

Improvement: Displayed directions will now directly depend on the selected speed mode : surface vs orbit vs target.

Changelog https://spacedock.info/mod/3334/HUD : Head Up Display#changelog

-----

On the left of the navball

  • when speed mode is "surface" => prograde is surface prograde
  • when speed mode is "orbit" => prograde is orbit prograde
  • when speed mode is "target" => prograde is target prograde

And normal and radial are only displayed when the speed mode is orbit.

In all cases, target and maneuver directions are displayed if they are defined.
 

Edited by DunaColonist
Link to comment
Share on other sites

Love the graphics! Very smooth and informative!

I’m having an issue with this mod when’re if I have it loaded I don’t get to see any orbit lines. Is there a way to toggle it on and off? Do orbit lines become visible again if it’s off? The only solution I found was to remove the mod if I wanted to see my orbit lines in map mode.

Link to comment
Share on other sites

Thanks for the feedback!

Regarding the toogle there is two ways

  • Main game menu => mods => Open Configuration Manager => HUD
  • In flight => APP.BAR => far right button => HUD

But it doesn't seem to fix the issue which I can reproduce with the 0.3.0 version.

Removing the mod does also solve the issue on my side.

I will look into it.

 

Link to comment
Share on other sites

I have published a workaround with the version 0.3.1 : disabling the mod now allows to display the orbit path (eg orbits).

That's indeed far from perfect but it allows to play while keeping the mod installed. And the user need right now to enable it in flight but disable while looking at the map.

I will work on a real solution as soon as possible.

Link to comment
Share on other sites

Perhaps automatically disable whatever is interfering with orbits when in the map? It would seem you don't need orbits lines all that much in flight view where your HUD does the most good, and vice versa. That's probably harder than it sounds...

Link to comment
Share on other sites

4 hours ago, schlosrat said:

Perhaps automatically disable whatever is interfering with orbits when in the map? It would seem you don't need orbits lines all that much in flight view where your HUD does the most good, and vice versa. That's probably harder than it sounds...

That's the main idea but the hard part is indeed how to do it.

I initially assumed that I was only modifying the flight view but that's clearly not the case. I will need to find out how to differentiate between the two views somehow.

Link to comment
Share on other sites

2 hours ago, DunaColonist said:

 I will need to find out how to differentiate between the two views somehow.

Sounds to me like you could use the game's messaging system - you can subscribe to GameStateChangedMessage, or a combination of GameStateEnteredMessage and GameStateLeftMessage, like this for example:

Spoiler
Game.Messages.Subscribe<GameStateChangedMessage>(msg =>
{
    var message = (GameStateChangedMessage)msg;

    if (message.CurrentState == GameState.FlightView)
    {
        // Activate HUD
    }
    else if(message.PreviousState == GameState.FlightView)
    {
        // Deactivate HUD
    }
});
Edited by munix
Link to comment
Share on other sites

7 hours ago, Buzz313th said:

Very "JunoEsque"

Short answer

Juno did a good design job. :valwink:

 

Long answer

The main idea

In order to increase focus during a dynamic activity, a common pattern is to to display the critical information where the gaze/action is. And that's the basic concept for a Head Up Display (HUD). HMD is similar in that aspect. It is far from being specific to Juno.

 

Does KSP2 has already a real HUD ?

It could be argued that what is available in vanilla KSP2 is not really a HUD but a set of instruments. Indeed, if you want to look at the them, you need to forget your vessel for a brief lapse of time. One example could be checking the navball and then crashing into an object that was not visible with the navball but only in direct view while looking at the vessel.

So the main goal of this mod is this : don't move your eyes around, keep watching your vessel / target. The critical information will be provided to you.

 

What Juno did well

They have a minimalist design with no superfluous information

  • virtual navball with 2 circles
    • 1 horizontal white circle
    • 1 vertical white circle
  • direction indicators
    • green prograde indicator
    • white current heading indicator
    • blue target indicator
    • horizontal and vertical graduation scales visible on hover

Only the critical information is displayed. If something is displayed, that's because it's useful else it is not shown.

So I have tried different variations with more lines, more colors but it often ends up being too complex to read and confusing.

 

What are the main differences ?

The main difference right now is the definition of the vessel heading : for Juno, the virtual navball allows to define the craft attitude. The mod does not allow it currently. But that's probably a feature that I will add soon (ie one day).

The second difference is the design.

The graduation scales is currently always displayed. But they add maybe too much noise. And as a consequence, they should probably be removed or displayed only on hover (see Juno minimalist design).

Having different colors for the 2 circles of the navball may be confusing and not bring enough information. I am not quite sure for this point.

And so on about design.

 

 

Edited by DunaColonist
Link to comment
Share on other sites

  • 2 weeks later...
  • 3 weeks later...
On 4/14/2023 at 11:37 AM, DfA-DoM said:

Please, register it in CKAN!

Done. (But to be fair, it is mostly due to the work of CKAN folks.)

https://github.com/KSP-CKAN/KSP2-CKAN-meta/tree/main/HeadUpDisplay

I haven't tried to install it with CKAN but if anyone has any issue using CKAN, please post them. And I will see what I can do about them.

Edited by DunaColonist
Link to comment
Share on other sites

On 4/18/2023 at 2:42 PM, DfA-DoM said:

Another nice feature would be to get some parameters/sliders to alter the size and the transparency

@DfA-DoM If you had those parameters/sliders what would you change and how ?

I agree that the current display has to be improved. But the way I see it, it is a bit more complex than only fine tuning size and transparency. Instead of asking each user to fix the design on their own, I would rather improve the experience out of the box.

That being said, all feedback are useful. Understanding what you would change and why, would help the next design.

Link to comment
Share on other sites

Ah and the current weird transparency is not a feature based on the colors but more like a bug / limitations of the drawing library provided by KSP2.

Currently, the last line/cone that is drawn is on top of the previous ones even if does not make sense from a 3D point of view...

So it's far from something the end user can configure. I will need to look into in order to understand the exact limitations and what would be the best tradeoff.

Edited by DunaColonist
Link to comment
Share on other sites

On 5/8/2023 at 4:34 PM, DunaColonist said:

@DfA-DoM If you had those parameters/sliders what would you change and how ?

I agree that the current display has to be improved. But the way I see it, it is a bit more complex than only fine tuning size and transparency. Instead of asking each user to fix the design on their own, I would rather improve the experience out of the box.

That being said, all feedback are useful. Understanding what you would change and why, would help the next design.

In fact, I was used to the  NavHud mod on KSP1 and would be very delighted to get some equivalent into KSP2.

Controlling the size and transparency of the HUD is mainly a matter of trade-offs between visual aids and scenery. A keyboard-driven switch would also be a must.

Link to comment
Share on other sites

@DfA-DoM Thanks for the feedback !

 

On 5/10/2023 at 8:28 PM, DfA-DoM said:

In fact, I was used to the  NavHud mod on KSP1 and would be very delighted to get some equivalent into KSP2.

Great! This KSP1 mod is a target that I would like to reach with the version 2.  It is nice to have identified an user. I will welcome your feedback on the implementation once I start working on it.

 

On 5/10/2023 at 8:28 PM, DfA-DoM said:

Controlling the size and transparency of the HUD is mainly a matter of trade-offs between visual aids and scenery. A keyboard-driven switch would also be a must.

Ok. I will keep that in mind. I will likely add user configuration once the design is more stable.

 

On 5/10/2023 at 8:28 PM, DfA-DoM said:

A keyboard-driven switch would also be a must.

Great proposal. Nothing more to say. I should be able to add a hotkey to enable/disable display. And maybe more hotkeys for various actions later.

Regarding enabling / disabling the hud display :

  • Is there a specific key that would make sense for you ? And that would not be in conflict with other uses ?
  • Do you know any KSP2 mod having hotkeys ? Do they provide a user configuration for the key ?
Link to comment
Share on other sites

  • 3 weeks later...
  • 3 months later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...