SilverState
-
Posts
62 -
Joined
-
That makes sense, and is fairly common. The patching system of Kerbalism is pretty complex and convoluted, due to the sweeping changes Kerbalism does to a lot of game systems. Due to that complexity, it's also vulnerable to other mods patching/removing triggers that kerbalism relies on to apply the correct configurations to parts.
-
As far as I'm aware, no, Kerbalism itself doesn't do this due to transmission rates not being constant - they mainly vary due to distance. There was a KCC - Kerbalism Companion Calculator which did this, unsure if it still works in the latest game version. Feel free to give it a try. https://spacedock.info/mod/2580/Kerbalism Companion Calculator This is subject to what other mods you have installed. Something is messing with the patching order of Kerbalism, and it breaks somewhere. I cannot replicate this issue, as the Configurable Unmanned Experiments button is present and working fine in my install.
-
MM ignores everything besides the first pass specifier when there are multiple. The :FINAL pass specifier does nothing except kick up warnings. [WRN 17:54:58.189] more than one pass specifier detected, ignoring all but the first: SWE/Configs/Bluedog_Design_Bureau/GEM40-Inline/gem40_inline/@PART[bluedog_Delta_GEM40_Inline]:FOR[SWE]:NEEDS[RealPlume,SmokeScreen,Bluedog_DB]:FINAL It even states that in the log file.
-
Most likely (99%) is that the vessel uses custom generators (panels, fuel cells, reactors, whatever else) that are unsupported by Kerbalism. Unsupported means that Kerbalism cannot simulate them in the background, because they're either incompatible, or unpatched. When you switch focus back to the vessel, the parts work as intended, but the background simulation does not. It can be fixed with a patch, by replacing the module responsible for EC generation in the part with one supported by Kerbalism, if you want to dig into that.
-
Hm. that was an oversight on my part. I patched the Station Science to work with Kerbalism, but apparently I missed the part where the background sim needs to account for the specific processes which generate the resourrces. Your apprroach is correct in a way, I'll fix it soon.
- 2,505 replies
-
- 1
-
-
- life support
- overhaul
- (and 1 more)
-
I'll do it, that's why I asked for your permission to use your config as a starting point and fix whatever needs fixing.
- 2,505 replies
-
- 1
-
-
- life support
- overhaul
- (and 1 more)
-
That's why I said it needs to be patched per part. Bunch of manual labour, but not the end of the world.
- 2,505 replies
-
- 1
-
-
- life support
- overhaul
- (and 1 more)
-
Regarding animations, those have to be patched individually per part. You can probably figure out a filter to see if the experiment has an animation, copy it to the Kerbalism Experiment, then delete the module, but i bet they're inconsistent (as usual) and stuff will break. The config you made is solid, but needs tweaks for animations and probably a slight rebalance. Regarding those 3 experiments, they're patched properly, and i did check ingame. The only one unpatched from your config is "CAE-SC-VIS Vorona Imaging System". The orbital scope there is stock experiment, which should be patched, but isn't. I'll see why. Question: Assuming i modify the cfg to fix random stuff (such as animations, balance, whatever else slipped through the cracks), would you mind if i added it to Kerbalism's repo? (and ultimately download, so everyone can have it)
-
Something is misconfigured then. The patching process, while it looks confusing and scary, is fairly straightforward. Check MMConfigCache, for the part you're trying to patch, and check what's happening. @PART[*]:HAS[@MODULE:HAS[#experimentID[yourExperimentID]]]:NEEDS[YourMod,FeatureScience] { !MODULE:HAS[#experimentID[yourExperimentID]] {} MODULE { name = Experiment experiment_id = yourExperimentID whatever else } } This bit basically removes the existing experiment, and adds the new version to the part. If you're still seeing the old experiment, means this bit is not applied properly. Check your .cfg, maybe even your patch ordering. can;t really tell you more without looking into the config cache. There's also the possibility of a mod conflict, where the patches fight each other and mess everything up.
-
Kerbalism already does this to an extent (think habitats and all the resources that go with it) Please explain in more detail what exactly you're trying to do, and I may give you some tips if I can.
-
we already have a patch for sounding rockets. For the experiments at least. No hard drives patch yet.
-
You're probably right, but hey. I'm not a rocket scientist, i just patch stuff. You know the saying: Monkey see, monkey patch.
-
^ It's lead. that's why it adds so much mass to parts.
-
Correct. Shielding = surface area of the part. Inflatable habitats don't get shielding, because logic. Exception are rigid inflatable ones (think SSPX centrifuges)
-
Correct. Science Rewards slider affects the total science gains, and it's global. The tweakables have per-experiment settings, and pretty much anything can be changed there, including duration, costs, science value, all sorts of requirements, crew requirements, situations, etc. All you have to do is modify the values in that file to your liking, and the core patches take care of the rest (applying and changing everything relevant). Keep in mind, tweaking one experiment will adjust values for all parts that have that experimentID. If you decide to fiddle with the tweakables, make sure the values you are adjusting are in the same format as they currently are, otherwise weird stuff starts happening (e.g. if it's a number, stick to a number, if it's false, set it to true if you wish, and so on) For modded experiments, the "tweakable" part is at the top of the mod's config in ModSupport folder.
- 2,505 replies
-
- 1
-
-
- life support
- overhaul
- (and 1 more)
