1 items
File information
Created by
Commisar Jon FuklawUploaded by
fvckyou4forcingaccountsVirus scan
Safe to use
Notifications
32 comments
-
1
-
2
JumpThe first Alpha 20-ready build is out. With it comes another nearly 300 options which encompass item fabrication, A19's item drops for spacecraft/asteroids, and various missed A19 features. Also included is a new (albeit currently incomplete) readme which includes basic information about the mod, disclaimers that don't properly fit in modloader, as well as a localized reference list of ID's for prospective modders (this is the currently incomplete part). Once A20 moves from unstable to live, I intend to integrate any A20 features which need integration, then move onto options for all vanilla techs (and maybe options for the one tech mod which exists).
I've also noticed erroneous descriptions for the System Core/Ship point category.
Only have one issue/complaint: The storage section doesn't have slots to change Body and Robot Storage capacity. (I had been using the "Pack Wagon" mod which changes those along with small & large storage changes, but I did not want two mods trying to change same values & possibly conflicting)
However, after some fiddling in the appropriate mod files, I added Body & Robot Storage settings myself.
Also, after updating to A19 today, I also added a Smuggler Storage capacity slot.
I can send you the xml code for these additions if you want, it would make it more complete, and save you time typing.
Weapons
Armor
Research Times
Resource Richness in Asteroids/Stuff
Trade Prices
Probability for Special Events to Occur.
Weapons and armor (stats and cost) can be done without much trouble. I'd planned to at least add customizable costs to them before I lost interest in the current patch. It's all still on the table (along with trait effects, a rewrite of attributes for more attribute effect customization, and a rewrite of crafting processes for better control over industry/botany), but probably won't come around until after the next Space Haven patch.
Possible, but probably not worth the effort:
Research, in a general sense, is probably just a group of processes and thus doable, but will be a pain in the ass to suss out ID's for each one. You can get a similar effect by altering in-game options or base/bonus work speed. There is also a research speed research mod, for which you can customize the research speed boni provided with a simple XML edit. I could integrate that, I suppose. I'll revisit the idea next patch.
Trade prices are directly tied to item value, so the best that could be done at present is just adding a multiplier to item value. Since it requires the creation of a path to every. SINGLE. ITEM. which can be traded, it's a lot of work for little gain.
Out of project's scope:
Trade allowances (the amount that can be sold to NPC ships) require editing the trade UI DLL. DLL edits are out of scope because they break with every patch and because they can't be tied to modloader options.
Resource abundance for asteroids is already covered by in-game options. The same is the case for derelict/NPC ship resources. Changing the effects of the in-game options requires altering multiple DLL's, and is thus out of scope.
Events (presumably it's interstellar hypertravel events you are talking about) are in the same boat except I doubt there's any code for them outside of the relevant GUI DLL. Regardless, library edits are still out of scope.
Totally understandable that you lose interest in the game from time to time. I played it nonstop back in 2021, then got bored with it and didn't touch it again till now. Been meaning to get back to it, as I like the concept (Rimworld in space, but a bit more indepth than Rimworld in some ways and less complex in others), but past several months I had other things occupying my time and finally found a quiet time to play it some more.
For weapons I was specifically wondering if its possible to add extra attack types to guns. Like an auto-mode for shotguns burst-firing it for insanely bad accuracy, but covers a wide area, up close, very effectively. Or a single shot option to burst/auto weapons that lack it. Modifying the stats would be nice too! But a big one is durability, as without a repair table (i think it was called) you could quickly run out a gun to fire, and then be hooped.
For research partly it was time cost, but also the effect reward of the research, as some give efficiency bonuses.
For trade prices, was looking to fine tune certain things, like reducing the cost of fuel, but increasing the cost of food, so that it encourage more effective farms but doesn't punish you as much for sticking around a place for a while as you burn through your fuel supplies.
Otherwise makes sense.
Regarding fire modes:
The way objects are set up, making different attack modes properly would require making entirely new objects (or at least child definitions) to produce the desired effects, which would then require a custom UI element to swap between, and thus would require maintaining a vanilla library or one of my own. That puts it out of scope.
That said, making weapons' functionality alterable by config is quite doable. I have, however, previously noticed that altering firemode definitions can have unintended side effects (for clarification: energy turrets had configurable a firemode variable when I first released this, but changing the firemode caused the weapon component to fire infinitely and uncontrollably), so that would require testing on a case-by-case basis and I don't have high hopes after the last attempt.
Research:
I pretty much expected that. It doesn't really change my previous statement regarding research. Sifting through unlocalized ID's by hand is still a PITA, but not entirely off the table.
Trade:
I understand what you wanted. It's still a lot of work and potentially a huge amount of config bloat depending on how granular the price control is (no way in Hell I'll do price controls on an item-by-item basis).
Update: Turns out the system point xpaths for the small and large power nodes were pointing to the power capacity node. That's on me; I missed it when I reorganized the patch file.
It would be nice to have the game defaults as an option. A lot of the mod defaults are not the game defaults, and it doesn't tell us what's been changed on the mod default.
The entire point of the mod is to edit as we want, so the 'default' should be game default. And it can have presets, I guess.
Everything under the industry tab is not vanilla default values. They're close, but the rounding has been changed to make absurdly small float values being left in the recycler a thing of the past(Seriously, who willingly divides by 17?). Other than that, Reset to Defaults provides vanilla values. Just in case in needs reiterated.
If sane fractions bother you that much, you can find the relevant processes by using modloader to extract the game files and cross-referencing the process ID's in haven_processchanges.xml with the extracted haven.xml file. You can flat out slap the values therein in the default column within info.xml. Filetype is hidden for the haven.xml file, so you need to manually select a text editor to open it. It's maybe 20 minutes - absolute tops - of using the search function of any professional or semi-professional text editor.
Fix has been posted.
-
1
-
2
Jump