Kerbal space program navball keep mod#
Kerbal space program navball keep code#

It still requires some work to hide the occasional gaps that appear, but it works pretty good, The new planetary renderer is pretty fast, using lua to source the planet geometry (instead of the node system in the failed attempt),Īnd generating tiles on non-main threads. I have been writing this for many months now, it has been rewritten from my first attempt which failed due to perfomance reasons. More will be written on this subsystem as it's developed, here's an example of the current package.toml for core: id = 'core'ĭescription = 'All files needed to run the most bare-bones OSP' To change the navball without changing the core package. To 'implement' a folder you simply set folder='wathever' on the package.toml fileĬore, the basic assets required to run the game, depends on this navball package. The navball folder, so modders could easily change the navball. Every package is neccesaryįor the game to run as it's in very early development, but they showcase some of the cool features that theĪ package folder is a 'base' name for any package that 'implements' it. So far four packages exist, 'core', 'navball', 'rss' and 'rss_textures'.

Kerbal space program navball keep mod#

Packages can define metadata alongside dependencies, allowing mod developers to easily implement The asset manager simplifies the loading, decoding and unloading of Assets from packages.Ī package is any folder inside the ''./res'' folder which contains a ''package.toml'' inside. The game features multiple systems: Asset Manager For now lua is used only for planet generation, but this will change in the future.

Kerbal space program navball keep code#

Only then will the code be consideredĪ game engine for the lua written gameplay.

This area over time, for now code files are placed on a folder structure that makes little sense.Īs the game grows more and more complete, gameplay code will start to be written in lua. A big problem is code organization, but the project will see some progress on Shared, I will write an utility class for it.

Special, so, instead of writing an engine and then the game, I have decided to write the game, and when some code can be It doesn't really make sense to clone one of the known game engines (Unity, Unreal) when the game is so I don't know if OSP could be said to run 'on an engine', it instead is built 'alongside' a framework containing lots It will feature a gameplay similar to KSP, but probably becoming harder (N-body physics) and more realistic. It's written in C++, and uses OpenGL for rendering. OSPGL (OSP + OpenGL) is an ongoing attempt at creating a game similar to Squad's Kerbal Space Program, focusing