VeinityProject
Re-writes a chunk of MinerComponent to play nicer with multithreading and have some customizability.
Last updated | 8 months ago |
Total downloads | 6634 |
Total rating | 1 |
Categories | Optimization Resources |
Dependency string | Eirshy-VeinityProject-0.2.6 |
Dependants | 0 other packages depend on this package |
This mod requires the following mods to function
README
Veinity Project
Want to change the buffer sizes on miners? Ever say "oops, I meant to put resources on infinite." Want to experiment with having all veins work like Oil ones- or want to actually be able to run out of oil?
Or maybe you just want that Texan fever dream where a single mkII miner can harvest every oil node on a planet when combined with with my other mod, LazyOutposting.
This and maybe more is all possible when you completely rewrite MinerComponent's internal update to support a more loose definition of everything- and stop locking the entire vein pool in the process.
That's right, if you don't touch our settings, we're actually a QoL optimization mod like Re-Buffer! In particular, planets with a lot of miners and oil pumps will see a... well, like, 0.05ms increase. But they're also a lot more friendly to heavier multithreading and thus could see more of a gain in the future.
Changes
- v0.2.6 Actually Working fix for game version 0.10.29.22010 lol (ref var is ref, duh)
- v0.2.5 Fix for game version 0.10.29.22010
- v0.2.4 DarkFog update; Swapped out a magic number for a source-reference.
- v0.2.3 Added guard so VFPreloader running twice doesn't error
- v0.2.0
- Actual support for JinxOAO's SmelterMiner
- Theoretical support for similar "mining x produce y" concepts
- Integrated Push-To-Station into our InternalUpdate code
Mechanical changes compared to vanilla
- Item output ALWAYS piles up to 4 if available rather than batching to a tier 3 belt's speed.
- Vein pruning is done the tick after a vein is emptied rather than only when the vein is selected as the target vein and found empty.
- Vein count/amount speed contributions are calculated based on a rolling snapshot rather than a forced-serialization for any shared veins.
- StationComponent is pushed to by MiningComponent rather than pulling from later in the tick.
Compatibility Notes
- SmelterMiner by JinxOAO is fully supported.
- Uses current smelting recipe ratios.
- Type A supports all normal and Kimberlite smelting
- Type B supports all alternate and Kimberlite smelting
- Type C supports Frac-Si, Fire Ice, Oil, and Spin-Cry "smelting"
Known Issues
- Miner UI does not "update" to an N/s value when in Diminishing Mode It's roughly 25000 vein value per 1/s output. At some point I'll dig into how to change the UI for it. That is what's needed to hit v1.