Open RedRafe opened 1 year ago
Sorry this slipped through the backlog of tickets.
I think this is something we would like to have. Most likely we would go with option 2, the reverse remote interfaces, similar to how Jetpack does custom fuels.
At the moment though I don't think we can prioritize this work ourselves. Mostly because the universe generation code will be changed a lot for 0.7 and adding this now would cause some amount of wasted work, but also because compatibility work in general is lower-priority while SE is still under development.
If you would like to provide a patch, we will take a look and see if we can integrate it. It will probably have to be reworked or removed for 0.7, though that is still far off.
Hi, I would like to discuss possible features of the universe's generation and resource placement on planets/moons to improve compatibility with other mods which add/modify resources :)
Currently the universe building and placement of resources is handled by SE with many hardcoded values during control stage, making it difficult for other mods to interact with it i.e. moving resources outside Nauvis, setting planets/moons to have a different primary resource different from the hardcoded one
The goal would be to basically expose
Universe/Universe-raw
to other mods, with the possibility to Get/Add/Remove resources (any resource, new ones and even vanilla ones) globally, and tweak planets/moons' resources settings.Now, I know this is a big feature that would require some refactor of the code, and I don't have a PR ready with the solution to be applied, but I've brainstormed a couple of possible solutions that we can work on together and help each other:
universe-raw.lua
, and mainlyuniverse.lua
L127-207. Has a bit of work on your part to implement the API, but then could be used internally both by SE and by any other mod independently without disrupting too much the flow of control, as the remote calls would be done beforeon_init
when SE builds the universe-or-
These are jus 2 possible solutions, might not even be the better ones of course. The end goal is still to make resource handling a bit more dynamic rather than just hardcoded on SE's side :)