Fraz86

@Nertea A new version of KerbalHealth was just released, with some significant changes that render my previous compatibility patch out-of-date. The new patch below adjusts to these changes and addresses a MM patch-order problem: // KerbalHealth functions // Authored by Fraz86 @PART[sspx-habitation-125-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.8 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.75 multiplyFactor = Crowded multiplier = 0.4 crewCap = 2 } } @PART[sspx-utility-125-1]:NEEDS[KerbalHealth,!USILifeSupport]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.4 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.5 multiplyFactor = Crowded multiplier = 0.5 crewCap = 1 } } @PART[sspx-utility-125-1]:NEEDS[KerbalHealth,USILifeSupport]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.3 //reduced space with USI-LS due to life support system } } @PART[sspx-inflatable-hab-125-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.7 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.61 multiplyFactor = Crowded multiplier = 0.45 crewCap = 6 } } @PART[sspx-inflatable-hab-125-2]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.3 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.61 multiplyFactor = Crowded multiplier = 0.45 crewCap = 3 } } @PART[sspx-inflatable-hab-125-3]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.3 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.61 multiplyFactor = Crowded multiplier = 0.45 crewCap = 3 } } @PART[sspx-inflatable-centrifuge-125-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.3 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.93 multiplyFactor = Crowded multiplier = 0.35 crewCap = 6 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.2 crewCap = 6 resourceConsumption = 6 } RESOURCE { name = RadiationShielding amount = 0 maxAmount = 3 } } @PART[sspx-inflatable-centrifuge-125-2]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.6 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.75 multiplyFactor = Crowded multiplier = 0.4 crewCap = 4 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.4 crewCap = 4 resourceConsumption = 1.5 } RESOURCE { name = RadiationShielding amount = 0 maxAmount = 2 } } @PART[sspx-core-125-1]:NEEDS[KerbalHealth,!USILifeSupport]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.7 } } @PART[sspx-core-125-1]:NEEDS[KerbalHealth,USILifeSupport]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.8 //reduced space with USI-LS due to life support system } } @PART[sspx-cupola-125-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.1 } } @PART[sspx-habitation-25-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.0 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 1.17 multiplyFactor = Crowded multiplier = 0.3 crewCap = 6 } } @PART[sspx-inflatable-hab-25-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.8 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 4.5 multiplyFactor = Crowded multiplier = 0.1 crewCap = 9 } } @PART[sspx-inflatable-hab-25-2]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.3 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 1.5 multiplyFactor = Crowded multiplier = 0.25 crewCap = 6 } } @PART[sspx-inflatable-centrifuge-25-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 1.5 multiplyFactor = Crowded multiplier = 0.25 crewCap = 8 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.1 crewCap = 8 resourceConsumption = 18 } RESOURCE { name = RadiationShielding amount = 0 maxAmount = 4 } } @PART[sspx-observation-25-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.1 } MODULE { name = ModuleKerbalHealth recuperation = 1 crewCap = 6 resourceConsumptionPerKerbal = 1 } MODULE { name = ModuleKerbalHealth multiplyFactor = Loneliness multiplier = 0.5 } } @PART[sspx-observation-25-1]:NEEDS[KerbalHealth]:FINAL { !RESOURCE[RadiationShielding] {} } @PART[sspx-core-25-1]:NEEDS[KerbalHealth,!USILifeSupport]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 4.0 } } @PART[sspx-core-25-1]:NEEDS[KerbalHealth,USILifeSupport]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.7 //reduced space with USI-LS due to life support system } } @PART[sspx-greenhouse-25-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.5 } RESOURCE { name = RadiationShielding amount = 0 maxAmount = 1 } } @PART[sspx-habitation-375-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.2 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.75 multiplyFactor = Crowded multiplier = 0.4 crewCap = 12 } MODULE { name = ModuleKerbalHealth multiplyFactor = Assigned multiplier = 0.5 crewCap = 12 } MODULE { name = ModuleKerbalHealth shielding = 10 } } @PART[sspx-habitation-375-2]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.6 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.75 multiplyFactor = Crowded multiplier = 0.4 crewCap = 6 } MODULE { name = ModuleKerbalHealth multiplyFactor = Assigned multiplier = 0.5 crewCap = 6 } MODULE { name = ModuleKerbalHealth shielding = 5 } } @PART[sspx-habitation-375-3]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.2 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.5 multiplyFactor = Crowded multiplier = 0.5 crewCap = 3 } MODULE { name = ModuleKerbalHealth shielding = 25 //equivalent to 2.5t of add-on shielding } } @PART[sspx-expandable-centrifuge-375-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.1 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 4.5 multiplyFactor = Crowded multiplier = 0.1 crewCap = 10 } MODULE { name = ModuleKerbalHealth multiplyFactor = Assigned multiplier = 0.5 crewCap = 10 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.1 crewCap = 14 resourceConsumption = 31.5 } MODULE { name = ModuleKerbalHealth recuperation = 1 crewCap = 6 resourceConsumptionPerKerbal = 1 } MODULE { name = ModuleKerbalHealth multiplyFactor = Loneliness multiplier = 0.5 } RESOURCE { name = RadiationShielding amount = 0 maxAmount = 7 } } @PART[sspx-expandable-centrifuge-375-2]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.5 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 4.5 multiplyFactor = Crowded multiplier = 0.1 crewCap = 6 } MODULE { name = ModuleKerbalHealth multiplyFactor = Assigned multiplier = 0.5 crewCap = 6 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.1 crewCap = 10 resourceConsumption = 22.5 } RESOURCE { name = RadiationShielding amount = 0 maxAmount = 5 } } @PART[sspx-core-375-1]:NEEDS[KerbalHealth,!USILifeSupport]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 5.5 } MODULE { name = ModuleKerbalHealth shielding = 5 } } @PART[sspx-core-375-1]:NEEDS[KerbalHealth,USILifeSupport]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.2 //reduced space with USI-LS due to life support system } MODULE { name = ModuleKerbalHealth shielding = 5 } } @PART[sspx-cupola-375-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.2 } MODULE { name = ModuleKerbalHealth recuperation = 1 crewCap = 4 resourceConsumptionPerKerbal = 1 } MODULE { name = ModuleKerbalHealth multiplyFactor = Loneliness multiplier = 0.5 } } @PART[sspx-lab-375-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.1 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.1 multiplyFactor = Connected multiplier = 1.2 crewCap = 3 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 1 multiplyFactor = Sickness multiplier = 0.5 crewCap = 3 partCrewOnly = true } } @PART[sspx-greenhouse-375-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.3 } RESOURCE { name = RadiationShielding amount = 0 maxAmount = 1.5 } } @PART[sspx-aquaculture-375-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.4 } MODULE { name = ModuleKerbalHealth shielding = 25 } } @PART[sspx-airlock-125-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0 } } @PART[sspx-airlock-25-1]:NEEDS[KerbalHealth]:FOR[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0 } }

@garwel It looks like there's another issue with General.cfg, such that it still isn't excluding cupolas and cockpits. Apparently MM requires "~name" rather than "!name." I can confirm that with this modification, it does indeed work as intended. On an unrelated note, I thought it might be neat if airlock modules had an EVA multiplier, reducing the health drain for nearby Kerbals on EVA (representing the greater convenience/practicality of EVA when an airlocks is available). I have no idea if this would be technically difficult to implement, but if it happens to be easy, I would enjoy it.

I look forward to trying out the new release! Might you be able to post the latest version of your spreadsheet?

@garwel From General.cfg, the following does not work as intended: @PART[*]:HAS[#CrewCapacity[>0],!name[*Cockpit*],!name[*cupola*],!RESOURCE[RadiationShielding],!MODULE[KerbalSeat]]:AFTER[KerbalHealth] { RESOURCE { name = RadiationShielding amount = 0 maxAmount = #$../CrewCapacity$ } } In MM syntax, "*" can't represent nothing. For example, *Cockpit* looks for strings with at least one character before the "C" and after the "t", which happens to exclude all of the cockpits in the game. In order to function as you intended, I suggest the following modification: @PART[*]:HAS[#CrewCapacity[>0],!name[*ockpi*],!name[*upol*],!RESOURCE[RadiationShielding],!MODULE[KerbalSeat]]:AFTER[KerbalHealth] { RESOURCE { name = RadiationShielding amount = 0 maxAmount = #$../CrewCapacity$ } }

@Nertea Perhaps it's intentional, but I noticed a part name anomaly: the PTD-1 Pressurized Crew Tube is named sspx-125-1, rather than the expected sspx-tube-125-1. I discovered this issue because the PTD-1 is missing its CLS module (because the CLS patch attempts to apply the module to sspx-tube-125-1).

I made my case to the KerbalHealth dev (garwel), and now his latest test version substantially limits the abusability of the recuperation mechanic. Recuperation-providing parts now have a limit on the number of Kerbals to whom benefit is provided, and each Kerbal may only benefit from the single best available recuperation bonus (i.e., the bonuses are no longer additive). Given these changes, it is now possible to write a compatibility patch in which SSPX parts have meaningful use without overwriting any of KerbalHealth's own behavior. Still, I found myself confronted with a minor dilemma. Garwel uses a spreadsheet to formulaically determine mod-related values based on a part's mass, crew capacity, and cost. The spreadsheet is well-conceived (and I generally prefer the mathematical, non-arbitrary approach myself), but, unfortunately, the formulas result in values for SSPX parts that are, in some cases, (1) counterintuitive given the part's appearance/description, (2) unlikely to be useful for any realistic gameplay situation, and/or (3) failing to present the player with any meaningful trade-offs (versus, for instance, just stacking Hitchhikers). Thus, for the compatibility patch below, I tried to generally respect garwel's formulas, but I hand-tweaked a number of values in an attempt to ensure that all parts are interesting and useful. Within garwel's mathematic system, there exists a natural trade-off between "space" (which I interpret, literally, as referring to extra space in a module) versus the Crowded multiplier (which I imagine to represent crew amenities). For a hab module of given mass, a better crowded multiplier generally means less space, and vice versa. In my hand-tweaking of values, I played up this relationship, and also added a third variable for parts with private crew cabins (i.e., PXL-1, PXL-2, PXL-E, and PXL-F), allowing these parts to reduce the negative impact of being "assigned" (i.e., on a mission). So, for instance, the Hostel and Shelter provide relatively little "space" for their size, and only a mediocre Crowded multiplier, but reduce the "assigned" burden by 50%, giving these parts a unique purpose (without my tweaks, these parts would basically just be larger Hitchhikers). Such trade-offs incentivize the combination of various habitation modules that confer different benefits, resulting in more interesting ship design. It would certainly be possible to write a patch that more strictly conforms to garwel's formulas, and I understand if that is the direction you'd prefer to go for the official patch, but here's my version nonetheless: @PART[sspx-habitation-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.3 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.75 multiplyFactor = Crowded multiplier = 0.4 crewCap = 2 } } @PART[sspx-utility-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.5 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.5 multiplyFactor = Crowded multiplier = 0.5 crewCap = 1 } } @PART[sspx-inflatable-hab-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 4.1 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.61 multiplyFactor = Crowded multiplier = 0.45 crewCap = 6 } } @PART[sspx-inflatable-hab-125-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.1 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.61 multiplyFactor = Crowded multiplier = 0.45 crewCap = 3 } } @PART[sspx-inflatable-hab-125-3]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.1 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.61 multiplyFactor = Crowded multiplier = 0.45 crewCap = 3 } } @PART[sspx-inflatable-centrifuge-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.8 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.93 multiplyFactor = Crowded multiplier = 0.35 crewCap = 6 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.2 crewCap = 6 resourceConsumption = 6 } } @PART[sspx-inflatable-centrifuge-125-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.6 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.75 multiplyFactor = Crowded multiplier = 0.4 crewCap = 4 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.4 crewCap = 4 resourceConsumption = 4 } } @PART[sspx-core-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.6 } } @PART[sspx-cupola-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.1 } } @PART[sspx-habitation-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 3.1 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 1.17 multiplyFactor = Crowded multiplier = 0.3 crewCap = 6 } } @PART[sspx-inflatable-hab-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 3.8 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 4.5 multiplyFactor = Crowded multiplier = 0.1 crewCap = 9 } } @PART[sspx-inflatable-hab-25-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 4.3 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 1.5 multiplyFactor = Crowded multiplier = 0.25 crewCap = 6 } } @PART[sspx-inflatable-centrifuge-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 0.4 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 1.5 multiplyFactor = Crowded multiplier = 0.25 crewCap = 8 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.1 crewCap = 8 resourceConsumption = 8 } } @PART[sspx-observation-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.3 } MODULE { name = ModuleKerbalHealth recuperation = 1 crewCap = 8 resourceConsumptionPerKerbal = 1 } MODULE { name = ModuleKerbalHealth multiplyFactor = Loneliness multiplier = 0.5 } !RESOURCE[RadiationShielding] {} } @PART[sspx-core-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 6.2 } } @PART[sspx-greenhouse-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.3 } } @PART[sspx-habitation-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 3.8 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.75 multiplyFactor = Crowded multiplier = 0.4 crewCap = 12 } MODULE { name = ModuleKerbalHealth multiplyFactor = Assigned multiplier = 0.5 crewCap = 12 } MODULE { name = ModuleKerbalHealth shielding = 10 } } @PART[sspx-habitation-375-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.9 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.75 multiplyFactor = Crowded multiplier = 0.4 crewCap = 6 } MODULE { name = ModuleKerbalHealth multiplyFactor = Assigned multiplier = 0.5 crewCap = 6 } MODULE { name = ModuleKerbalHealth shielding = 5 } } @PART[sspx-habitation-375-3]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 2.2 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.17 multiplyFactor = Crowded multiplier = 0.75 crewCap = 6 } MODULE { name = ModuleKerbalHealth shielding = 20 } } @PART[sspx-expandable-centrifuge-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 4.2 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 4.5 multiplyFactor = Crowded multiplier = 0.1 crewCap = 10 } MODULE { name = ModuleKerbalHealth multiplyFactor = Assigned multiplier = 0.5 crewCap = 10 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.1 crewCap = 14 resourceConsumption = 14 } MODULE { name = ModuleKerbalHealth recuperation = 1 crewCap = 10 resourceConsumptionPerKerbal = 1 } MODULE { name = ModuleKerbalHealth multiplyFactor = Loneliness multiplier = 0.5 } } @PART[sspx-expandable-centrifuge-375-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 3 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 4.5 multiplyFactor = Crowded multiplier = 0.1 crewCap = 6 } MODULE { name = ModuleKerbalHealth multiplyFactor = Assigned multiplier = 0.5 crewCap = 6 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.1 crewCap = 10 resourceConsumption = 10 } } @PART[sspx-core-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 8.4 } MODULE { name = ModuleKerbalHealth shielding = 5 } } @PART[sspx-cupola-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.3 } MODULE { name = ModuleKerbalHealth recuperation = 1 crewCap = 4 resourceConsumptionPerKerbal = 1 } MODULE { name = ModuleKerbalHealth multiplyFactor = Loneliness multiplier = 0.5 } } @PART[sspx-lab-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 1.3 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 0.1 multiplyFactor = Connected multiplier = 1.2 crewCap = 3 } MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 1 multiplyFactor = Sickness multiplier = 0.5 crewCap = 3 partCrewOnly = true } } @PART[sspx-greenhouse-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 3.5 } } @PART[sspx-aquaculture-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth space = 3.6 } MODULE { name = ModuleKerbalHealth shielding = 20 } }

@garwel A few thoughts have come up in the course of playing with your spreadsheet (which is awesome, by the way) and working on a compatibility patch for Nertea's new SSPX mod. The use of "Eff t/k" as the primary determinant of habitation modules' "Crowd" factor yields intuitive results for most parts. However, unintuitive results arise for some large hab modules - clearly intended for much longer habitation than a Hitchhiker - that end up with unimpressive Crowd multipliers due to their very high crew capacities. The problem, in my view, is that the crew capacity for such parts is meant to represent the maximum capacity rather than the intended long-term habitation capacity. For example, Nertea's PFD-A Inflatable Habitation Module has a crew capacity of 18 (Eff t/k = 0.54, Crowd = 0.40), but its part description clearly states it has only 9 beds (the other 9 spots are in common areas with exercise equipment, dining, etc.). It would make much more sense, thematically, it the part provided a 0.10 Crowded multiplier for 9 Kerbals, rather than a 0.40 multiplier for 18 Kerbals. This would also allow the part to be much more interesting and useful in terms of gameplay and craft design, providing a meaningful difference vs just stacking multiple Hitchhikers. In short, I would love to see the addition of some kind of "long-term habitation capacity" that represents the number of Kerbals for whom the part is equipped to provide its maximal benefit. For stock parts (Hitchhiker, Mk1/2/3 Crew Cabins), this is identical to crew capacity, but I believe there are a number of mod parts that could benefit from such a distinction. Perhaps you could subtract half of the difference between Crew Capacity and "long-term habitation capacity" in calculating EffCrew (in the above example: 18 - 0.5 * [18 - 9] = 13.5) and set the Crowded CrewCap equal to the long-term habitation capacity. EDIT: I also wish that microgravity modification (i.e., a module being a centrifuge) was factored in to calculation of the Crowded multiplier. Basically, a centrifuge should be less effective at reducing crowdedness than an non-centrifuge habitation module with identical mass, capacity, and cost.

I would love to see your spreadsheet, or even just your most up-to-date formulas. It would be very helpful for writing compatibility patches.

I'm not seeing any calculation patch (at least, not as a MM file). It looks like all of the crowded multipliers are specifically set. It's just that the multipliers chosen for other stock parts approximately match the value given by the formula. See below: Predicted multiplier Actual multiplier Hitchhiker 0.4 0.4 Mk1 Crew Cabin 0.953 0.75 Mk2 Crew Cabin 0.488 0.5 Mk3 Crew Cabin 0.449 0.45 The multipliers for other parts were just rounded to nice even numbers, whereas the multiplier for the Mk1 Crew Cabin got a substantial buff from 0.953 to 0.75. I'm trying to understand if there's some logic I'm missing that explains this discrepancy, so that I can reproduce this logic when I write compatibility patches for Nertea's mods.

Thanks for the update! For the purpose of creating compatibility patches, I was hoping to get additional details regarding any values that are now determined formulaically. For instance, I saw your post from page 11 where you gave the following formula: Does a hab being a centrifuge have a defined impact on the CrowdedFactor (e.g., in terms of modifying EffCrew like CommandModule or SciLab)? How is EC use calculated? What about "space"? Are there formulae for calculation of RecuperationBonus, or connected/loneliness/sickness multipliers multipliers? EDIT: Upon further review, it appears that some parts don't actually obey the above formula for CrowdedFactor. For example, the calculation for the Mk1 Crew Cabin should be 0.25 * (1 + 0) * sqrt(1000 * 2 / 550) * 2 / 1 = ~0.95, but instead it has a CrowdedFactor of 0.75. Am I missing something, or has it been arbitrarily adjusted?

Thank you for considering the issue. I believe the problems become apparent when attempting to apply KerbalHealth to mods that add larger/better/more complex habitation modules (as I am currently attempting to do for Nertea's new SSPX pack). Consider the microgravity penalty. The penalty is appropriately small (-0.5 HP/day), such that it only needs to be addressed for longer missions, which makes good sense. Long missions, in which compensation for microgravity is needed, would be an intuitive use case for centrifuges. Unfortunately, as it stands now, adding one additional Cupola can more than offset the entire microgravity penalty for all Kerbals onboard (1% recuperation will generate +0.5-0.75 HP/day for Kerbals at 50% of their max HP, depending on level). The Cupola presumably has lower mass, lower cost, lower EC use, and lower technology required than any centrifuge. Additionally, the Cupola can apply its effect to any crew size (whereas the centrifuge would presumably be capped at its crew capacity), and its benefit is more versatile (i.e., it continues to provide it's recuperation even when the craft is landed on a planet with full gravity, where a centrifuge would be useless; also, a Cupola can allow HP recovery, whereas a centrifuge can only prevent HP loss). In short, the Cupola works out to be a superior solution to the problem of microgravity. Your mod provides a variety of potentially interesting problems to solve for long-term missions. What do I do about microgravity? How can I prepare for sickness? How do I offset/eliminate the last bit of crowded penalty (after it's already been reduced by a factor of 0.375 or whatever)? What should I do if it will be difficult to maintain a comms connection back to KSP? Currently, I believe Cupolas are the best solution to all of these problems (Cupolas even provide better mitigation of sickness than labs, on an HP/mass basis), which flattens much of your mod's potential for nuance and complexity. I understand that you face quite a dilemma: you need to make your mod playable using only stock parts, and considering that the stock game doesn't include any centrifuges, long-term hab modules, etc., you need to balance your mod such that Hitchhikers and Cupolas are sufficient for missions of any duration. Unfortunately, this balancing ultimately leaves little purpose for larger/more complex parts introduced by mods. I honestly don't know what to recommend as a solution to this dilemma, other than perhaps scaling certain variables based on the mods a player has installed. If it's any use to you, below is a draft of my compatibility patch for Nertea's SSPX. The recuperation bonus provided by cupolas/observation modules is reduced by a factor of 10, but the bonus remains ship-wide with no crewCap, and is now alwaysActive with no EC cost, so these modules are useful when you need a small longevity bump for the ship as a whole, but they are no longer efficient as the primary solution to HP loss. Hab modules are given better crowdedness-reduction (with the largest modules completely eliminating the crowded penalty up to their crew capacity), as well as moderate partCrewOnly recuperation bonuses. Centrifuges reduce or eliminate the microgravity penalty. Labs are more effective at mitigating sickness, with a multiplier of 0.25. In summary, I made various parts more effective at accomplishing their specific purposes, while dramatically nerfing ship-wide recuperation as a panacea. @PART[cupola]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { @MODULE[ModuleKerbalHealth]:HAS[#recuperation[>0]] { @recuperation = 0.1 !resourceConsumptionPerKerbal = DELETE %alwaysActive = true } !MODULE[ModuleKerbalHealth]:HAS[#multiplyFactor[Crowded]] {} !RESOURCE[RadiationShielding] {} } @PART[crewCabin]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { @MODULE[ModuleKerbalHealth] { @resourceConsumptionPerKerbal = 1.5 @multiplier = 0.3 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 4 } } @PART[MK1CrewCabin]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { @MODULE[ModuleKerbalHealth] { @resourceConsumptionPerKerbal = 1 } MODULE { name = ModuleKerbalHealth recuperation = 0.3 partCrewOnly = true alwaysActive = true crewCap = 2 } } @PART[mk2CrewCabin]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth recuperation = 0.3 partCrewOnly = true alwaysActive = true crewCap = 4 } } @PART[mk3CrewCabin]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth recuperation = 0.3 partCrewOnly = true alwaysActive = true crewCap = 16 } } @PART[Large_Crewed_Lab]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { @MODULE[ModuleKerbalHealth] { @resourceConsumptionPerKerbal = 2 @multiplier = 0.25 } } @PART[sspx-lab-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 2.5 multiplyFactor = Sickness multiplier = 0.25 crewCap = 3 partCrewOnly = true } } @PART[sspx-habitation-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 2 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 2 } } @PART[sspx-utility-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 1 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 1 } } @PART[sspx-inflatable-hab-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 6 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 6 } } @PART[sspx-inflatable-hab-125-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 3 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 3 } } @PART[sspx-inflatable-hab-125-3]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 3 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 3 } } @PART[sspx-inflatable-centrifuge-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 6 } MODULE { name = ModuleKerbalHealth recuperation = 0.5 partCrewOnly = true alwaysActive = true crewCap = 6 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.25 resourceConsumption = 6 crewCap = 6 } } @PART[sspx-inflatable-centrifuge-125-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.5 resourceConsumptionPerKerbal = 1 crewCap = 4 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 4 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.5 resourceConsumption = 4 crewCap = 4 } } @PART[sspx-habitation-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.1 resourceConsumptionPerKerbal = 2 crewCap = 6 } MODULE { name = ModuleKerbalHealth recuperation = 0.5 partCrewOnly = true alwaysActive = true crewCap = 6 } } @PART[sspx-observation-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth recuperation = 0.2 alwaysActive = true } !RESOURCE[RadiationShielding] {} } @PART[sspx-inflatable-hab-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.1 resourceConsumptionPerKerbal = 2 crewCap = 18 } MODULE { name = ModuleKerbalHealth recuperation = 0.5 partCrewOnly = true alwaysActive = true crewCap = 18 } } @PART[sspx-inflatable-hab-25-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.1 resourceConsumptionPerKerbal = 2 crewCap = 9 } MODULE { name = ModuleKerbalHealth recuperation = 0.5 partCrewOnly = true alwaysActive = true crewCap = 9 } } @PART[sspx-inflatable-centrifuge-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.1 resourceConsumptionPerKerbal = 2 crewCap = 8 } MODULE { name = ModuleKerbalHealth recuperation = 0.6 partCrewOnly = true alwaysActive = true crewCap = 8 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0 resourceConsumption = 8 crewCap = 8 } } @PART[sspx-habitation-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.05 resourceConsumptionPerKerbal = 2.5 crewCap = 12 } MODULE { name = ModuleKerbalHealth recuperation = 0.6 partCrewOnly = true alwaysActive = true crewCap = 12 } MODULE { name = ModuleKerbalHealth alwaysActive = true shielding = 10 } } @PART[sspx-habitation-375-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.05 resourceConsumptionPerKerbal = 2.5 crewCap = 6 } MODULE { name = ModuleKerbalHealth recuperation = 0.6 partCrewOnly = true alwaysActive = true crewCap = 6 } MODULE { name = ModuleKerbalHealth alwaysActive = true shielding = 5 } } @PART[sspx-habitation-375-3]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.5 resourceConsumptionPerKerbal = 1 crewCap = 6 } MODULE { name = ModuleKerbalHealth recuperation = 0.3 partCrewOnly = true alwaysActive = true crewCap = 6 } MODULE { name = ModuleKerbalHealth alwaysActive = true shielding = 20 } } @PART[sspx-core-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth alwaysActive = true shielding = 5 } } @PART[sspx-aquaculture-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth alwaysActive = true shielding = 20 } } @PART[sspx-cupola-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth recuperation = 0.1 alwaysActive = true } !RESOURCE[RadiationShielding] {} } @PART[sspx-expandable-centrifuge-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0 resourceConsumptionPerKerbal = 3 crewCap = 14 } MODULE { name = ModuleKerbalHealth recuperation = 0.7 partCrewOnly = true alwaysActive = true crewCap = 14 } MODULE { name = ModuleKerbalHealth recuperation = 0.3 alwaysActive = true } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0 resourceConsumption = 14 crewCap = 14 } } @PART[sspx-expandable-centrifuge-375-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0 resourceConsumptionPerKerbal = 3 crewCap = 10 } MODULE { name = ModuleKerbalHealth recuperation = 0.7 partCrewOnly = true alwaysActive = true crewCap = 10 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0 resourceConsumption = 10 crewCap = 10 } } Unrelated side note: I noticed that the config you use to give parts RadiationShielding does not successfully exclude Cupolas and Cockpits.

Below is a draft of my KerbalHealth compatibility patch. I am quite happy with the outcome, though as I mentioned before, it should be noted that this patch rebalances the native behavior of KerbalHealth. Unfortunately, I do not believe it is possible to achieve a satisfactory result without rebalancing. ////////////////////////////////////////////////////////////////////////////////////////////// // Experimental KerbalHealth Compatibility Patch For SSPX // // By Fraz86 // // // // WARNING - This patch substantially rebalances the KerbalHealth mod. Most importantly, // // this patch dramatically reduces the ship-wide "recuperation" provided by the Cupola. // // Without this reduction, Cupola-spam is objectively the optimal approach for missions // // with large crews and/or long durations, leaving SSPX parts without any clear use case. // // // // MECHANICS - This patch makes it such that all habitation modules serve at least two // // functions: // // (1) Reduction of the "crowded" factor (larger, more luxurious modules provide greater // // reductions). Kerbals benefit from this reduction regardless of their location on the // // craft, though the total number of Kerbals who may benefit is limited to the crew // // capacity of the module. Each Kerbal may only benefit from a single crowdedness- // // reducing module (the best available is automatically used). // // (2) A small amount of "recuperation" is provided to all Kerbals physically present on // // the module (larger, more luxurious modules provide greater recuperation). // // // // - In addition to the above, centrifuges also reduce or eliminate the microgravity // // penalty for a number of Kerbals up to the centrifuge's crew capacity (Kerbals need not // // be located on the centrifuge itself in order to benefit). // // - Cupolas/Observation Modules provide global recuperation bonuses, affecting all // // Kerbals on the craft. These bonuses are quite small, but because crowdedness-reducing // // effects do not stack, and hab modules only provide recuperation for Kerbals located on // // the part itself, cupolas provide a means to achieve additional longevity. // // - Placing a Kerbal inside a lab module reduces the impact of sickness. // ////////////////////////////////////////////////////////////////////////////////////////////// @PART[cupola]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { @MODULE[ModuleKerbalHealth]:HAS[#recuperation[>0]] { @recuperation = 0.1 !resourceConsumptionPerKerbal = DELETE %alwaysActive = true } !MODULE[ModuleKerbalHealth]:HAS[#multiplyFactor[Crowded]] {} !RESOURCE[RadiationShielding] {} } @PART[crewCabin]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { @MODULE[ModuleKerbalHealth] { @resourceConsumptionPerKerbal = 1.5 @multiplier = 0.3 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 4 } } @PART[MK1CrewCabin]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { @MODULE[ModuleKerbalHealth] { @resourceConsumptionPerKerbal = 1 } MODULE { name = ModuleKerbalHealth recuperation = 0.3 partCrewOnly = true alwaysActive = true crewCap = 2 } } @PART[mk2CrewCabin]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth recuperation = 0.3 partCrewOnly = true alwaysActive = true crewCap = 4 } } @PART[mk3CrewCabin]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth recuperation = 0.3 partCrewOnly = true alwaysActive = true crewCap = 16 } } @PART[Large_Crewed_Lab]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { @MODULE[ModuleKerbalHealth] { @resourceConsumptionPerKerbal = 2 @multiplier = 0.25 } } @PART[sspx-lab-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth resourceConsumptionPerKerbal = 2.5 multiplyFactor = Sickness multiplier = 0.25 crewCap = 3 partCrewOnly = true } } @PART[sspx-habitation-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 2 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 2 } } @PART[sspx-utility-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 1 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 1 } } @PART[sspx-inflatable-hab-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 6 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 6 } } @PART[sspx-inflatable-hab-125-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 3 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 3 } } @PART[sspx-inflatable-hab-125-3]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 3 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 3 } } @PART[sspx-inflatable-centrifuge-125-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.3 resourceConsumptionPerKerbal = 1.5 crewCap = 6 } MODULE { name = ModuleKerbalHealth recuperation = 0.5 partCrewOnly = true alwaysActive = true crewCap = 6 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.25 resourceConsumption = 6 crewCap = 6 } } @PART[sspx-inflatable-centrifuge-125-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.5 resourceConsumptionPerKerbal = 1 crewCap = 4 } MODULE { name = ModuleKerbalHealth recuperation = 0.4 partCrewOnly = true alwaysActive = true crewCap = 4 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0.5 resourceConsumption = 4 crewCap = 4 } } @PART[sspx-habitation-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.1 resourceConsumptionPerKerbal = 2 crewCap = 6 } MODULE { name = ModuleKerbalHealth recuperation = 0.5 partCrewOnly = true alwaysActive = true crewCap = 6 } } @PART[sspx-observation-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth recuperation = 0.2 alwaysActive = true } !RESOURCE[RadiationShielding] {} } @PART[sspx-inflatable-hab-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.1 resourceConsumptionPerKerbal = 2 crewCap = 18 } MODULE { name = ModuleKerbalHealth recuperation = 0.5 partCrewOnly = true alwaysActive = true crewCap = 18 } } @PART[sspx-inflatable-hab-25-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.1 resourceConsumptionPerKerbal = 2 crewCap = 9 } MODULE { name = ModuleKerbalHealth recuperation = 0.5 partCrewOnly = true alwaysActive = true crewCap = 9 } } @PART[sspx-inflatable-centrifuge-25-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.1 resourceConsumptionPerKerbal = 2 crewCap = 8 } MODULE { name = ModuleKerbalHealth recuperation = 0.6 partCrewOnly = true alwaysActive = true crewCap = 8 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0 resourceConsumption = 8 crewCap = 8 } } @PART[sspx-habitation-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.05 resourceConsumptionPerKerbal = 2.5 crewCap = 12 } MODULE { name = ModuleKerbalHealth recuperation = 0.6 partCrewOnly = true alwaysActive = true crewCap = 12 } MODULE { name = ModuleKerbalHealth alwaysActive = true shielding = 10 } } @PART[sspx-habitation-375-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.05 resourceConsumptionPerKerbal = 2.5 crewCap = 6 } MODULE { name = ModuleKerbalHealth recuperation = 0.6 partCrewOnly = true alwaysActive = true crewCap = 6 } MODULE { name = ModuleKerbalHealth alwaysActive = true shielding = 5 } } @PART[sspx-habitation-375-3]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0.5 resourceConsumptionPerKerbal = 1 crewCap = 6 } MODULE { name = ModuleKerbalHealth recuperation = 0.3 partCrewOnly = true alwaysActive = true crewCap = 6 } MODULE { name = ModuleKerbalHealth alwaysActive = true shielding = 20 } } @PART[sspx-core-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth alwaysActive = true shielding = 5 } } @PART[sspx-aquaculture-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth alwaysActive = true shielding = 20 } } @PART[sspx-cupola-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth recuperation = 0.1 alwaysActive = true } !RESOURCE[RadiationShielding] {} } @PART[sspx-expandable-centrifuge-375-1]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0 resourceConsumptionPerKerbal = 3 crewCap = 14 } MODULE { name = ModuleKerbalHealth recuperation = 0.7 partCrewOnly = true alwaysActive = true crewCap = 14 } MODULE { name = ModuleKerbalHealth recuperation = 0.3 alwaysActive = true } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0 resourceConsumption = 14 crewCap = 14 } } @PART[sspx-expandable-centrifuge-375-2]:NEEDS[KerbalHealth]:AFTER[KerbalHealth] { MODULE { name = ModuleKerbalHealth multiplyFactor = Crowded multiplier = 0 resourceConsumptionPerKerbal = 3 crewCap = 10 } MODULE { name = ModuleKerbalHealth recuperation = 0.7 partCrewOnly = true alwaysActive = true crewCap = 10 } MODULE { name = ModuleKerbalHealth multiplyFactor = Microgravity multiplier = 0 resourceConsumption = 10 crewCap = 10 } }

@garwel I just discovered your mod, and I am very excited to try it out! However, I am concerned about a balance issue with respect to recuperation. Currently, there appears to be no limit on the number of Kerbals who benefit from the recuperation bonus provided by cupolas. Every Kerbal on board gains the full 1% HP regeneration, whether it's a crew of 1 or 100. This stands in contrast to parts that reduce crowdedness or microgravity, which appear to have limits on the number of Kerbals allowed to benefit. Furthermore, the recuperation effect is fully additive, with no diminishing returns (two cupolas is fully twice as good as one), whereas crowdedness-reducing parts do not stack (only one reduction of crowdedness applies to each Kerbal, even if there are additional unused crowdedness-reducing parts). With these factors in mind, it will often be mathematically most efficient to use mostly cupolas in place of habitation modules for missions with large crews and/or long durations, and it is especially easy to ignore small effects like microgravity rather than using centrifuges. I would recommend that the recuperation mechanic be carefully reconsidered. Limiting the number of Kerbals who benefit from a given recuperation-providing part (or dividing the recuperation value by the number of crew) would be a start, but I would also suggest that you reduce the magnitude of the effect, and/or introduce diminishing returns (i.e., so that the second cupola provides less benefit than the first), and/or create a maximum ceiling for total recuperation per day. Anyway, I know that I can make adjustments via a MM patch if needed, but I just wanted to raise these concerns for your consideration. Thanks for creating such an interesting mod! Addendum: After testing some MM patches, it appears that adding "crewCap = 1" to a ModuleKerbalHealth that provides recuperation (such as in the cupola) does not function as expected. Some elements do function as one would expect: the tooltip in the VAB reads "Recuperation: 1%/day for up to 1 Kerbal," and the module only consumes a max of 1 EC/s (rather than 1 EC/s per Kerbal). However, all Kerbals on board still gain the full 1%/day recuperation, with no cap. I would have expected that either (a) only 1 Kerbal would gain recuperation, or (b) the available recuperation would be divided equally among the crew (e.g., with a crew of 5 and a single cupola [1%/day, crewCap = 1], each Kerbal would gain 0.2%/day recuperation).

Thanks for the link. I've been away from KSP for about a year, so I wasn't aware of Kerbal Health. It appears to have just about everything I'm looking for. Strange that it doesn't involve food as a factor in maintaining health, but I suppose that's easily enough addressed with a separate mod (e.g., USI-LS or Snacks). Luckily, I happen to be a MM expert with experience writing configs for Nertea's mods in the past. I'd be happy to write a compatibility patch, however, I do have a couple concerns. As it stands, the "recuperation" mechanic makes it mathematically more efficient to just slap on a bunch of cupolas for large/long-term missions, rather than actually addressing crowdedness and microgravity (explanation: each cupola provides 1% HP regeneration for every Kerbal on board - it has the same benefit per Kerbal regardless of crew size, and the benefit is additive for any number of cupolas, so there's a point where it's more efficient to just make HP regeneration exceed loss rather than reducing loss). I believe the recuperation mechanic needs to be dramatically reduced in order to give Nertea's parts real purpose. In short, I intend to write a patch (at least for my own purposes), but my patch may overhaul/rebalance some of the native behavior of Kerbal Health, so it may not be appropriate as a general compatibility patch.

@Nertea The new SSPX is a masterpiece - it might be my favorite parts pack ever. The parts are absolutely beautiful, thoughtfully designed, and cover a wide range of applications. I am very excited for finished IVAs (and I love what you've already done, especially the PXL-F). Plus, the need to move large interplanetary craft composed of these parts will provide me with a pragmatic reason to use all of your fancy end-game engines & reactors! I only wish that there was a crew health mod capable of giving SSPX a real sense of purpose and interesting gameplay mechanics. Unfortunately, I'm not aware of any such mod. Mods like TAC-LS or Snacks ultimately treat all crew compartments as nothing more than resource storage and/or recyclers. USI-LS has a "habitation" mechanic, which is maybe a rough approximation of what I'm hoping for, but its logic is a bit simplistic/wonky. I would love to see a mod that encourages meeting various crew needs: space, amenities, privacy (i.e., individual cabins), artificial gravity, shelter from radiation, etc., which have varying degrees of importance based on the length of the mission. One quick note about your current USI-LS patch: the use of MaterialKits is a feature of MKS, not USI-LS. Players who use USI-LS without MKS will find themselves unable to deploy the inflatable modules.

Personally, I don't love the idea of making the two sets of tanks functionally identical/redundant. I suppose we're already almost there, with the only remaining trade-off being cooling vs cost & maxTemp. It's tempting to suggest removing LH modes from stock tanks altogether, though I understand many would object that cryo engine launch stages would look a bit silly with the exposed foil tanks. I guess I don't have a great solution at the moment, but I'll think it over and get back to you if I come up with something.

@ruiluth Conventional chemical engines will probably always be the most cost effective option for a single-use craft. Expensive high-ISP engines eventually pay off in refueling costs for reusable craft.

I vote option A. Maybe also warn the user if they attempt to use max timewarp while there are vessels with insufficient EC capacity. I think disabling max timewarp would be overkill, since most vessels should have some EC storage anyway, making it a non-issue.

@Nertea I found a bug. ZBO tanks maintain full insulation even when EC consumption > EC generation, so long as EC generation is non-zero. For example, in the screenshot below, the cryo tank consumes 1.28 EC/s, while the RTG produces only 0.75 EC/s, and yet boiloff never occurs.

@ShotgunNinja Regarding compatibility with Nertea's mods, there is one more custom module that I previously missed when requesting background simulation support. It's ModuleCryoTank, found in the KerbalAtomics and CryoEngines mods. Specifically, it is implemented by SimpleBoiloff.dll, found in GameData/CryoTanks/Plugins when either of the two aforementioned mods is installed. The module implements a gradual boil-off for liquid hydrogen tanks, which can only be prevented in some tanks with continuous EC consumption. Currently, it looks like these tanks aren't registering as consuming any EC when running in the background with Kerbalism.

For NearFutureConstruction Octo-Girders. There are various subtypes (solid, hollow, open, saddle, fuel tanks, etc.), which intuitively ought to have different strengths (the open version should certainly be weaker than the solid girder).

@blowfish Any chance we could get a crashTolerance field for ModuleB9PartSwitch subtypes?

@ShotgunNinja I'm not sure if you saw this request from a few weeks ago (if you did, I apologize for the repetition), so I wanted to reiterate my desire for a way to modify a part's "living space" via the part config/ModuleManager. My argument is that crew capacity often does not correlate well to living space - some parts are very cramped (e.g., see RoverDude's Malemute crew compartment, which carries 4 Kerbals in less than half the volume of a Hitchhiker), whereas other parts have plenty of extra space. Some mods even have parts with no crew capacity, but that would clearly add to the habitable space. Such adjustments would allow for better balancing of habitation modules - currently (and counterintuively), the most cramped hab modules are often the most efficient way to add living space, because they provide the most crew capacity for the least mass and volume.

@ShotgunNinja Just a few updates regarding the NearFuture compatibility patch: Now that Kerbalism does not modify the stock RTG, we can remove the NearFuture RTG tweaks. I like where we ended up with the NearFutureSolar panels, with one exception: the blanket arrays need a buff. They're enormous, high-tech, non-retractable, very slow-tracking, and their selling point is supposed to be low mass relative to surface area. However, their current EC per mass is actually worse than any other non-retractable panel. I would suggest a chargeRate of 65 (up from 50) for solarpanel-blanket-1 and 12.5 (up from 10) for solarpanel-blanket-2. Given that RTGs and fuel cells have been restored to their stock properties, and solar panels ended up closer to stock than they were before (25-30% of stock output rather than ~10%), I think it would be appropriate to move NearFuture EC production/consumption rates (for reactors, recyclers, capacitors, and ion engines) closer to their original values as well. I'm thinking 50% (up from 25%) feels right. If you agree with the above changes, I've incorporated them into a new patch below: // by Fraz86 // ============================================================================ // tweak NearFutureSolar panels // ============================================================================ @PART[solarpanel-static-truss-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 1.6 } @mass *= 0.5 } @PART[solarpanel-static-truss-2]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 0.8 } @mass *= 0.5 } @PART[solarpanel-deploying-1x3-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 0.7 } @mass *= 0.5 } @PART[solarpanel-deploying-1x4-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 0.88 } @mass *= 0.5 } @PART[solarpanel-deploying-1x4-2]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 1.12 } @mass *= 0.5 } @PART[solarpanel-deploying-1x5-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 2.1 } @mass *= 0.5 } @PART[solarpanel-deploying-1x5-2]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 3.25 } @mass *= 0.5 } @PART[solarpanel-deploying-2x1-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 8.5 } @mass *= 0.5 } @PART[solarpanel-deploying-2x1-2]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 4.0 } @mass *= 0.5 } @PART[solarpanel-deploying-2x3-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 13.0 } @mass *= 0.5 } @PART[solarpanel-deploying-circular-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 1.0 } @mass *= 0.5 } @PART[solarpanel-blanket-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 65.0 } @mass *= 0.5 } @PART[solarpanel-blanket-2]:NEEDS[NearFutureSolar] { @MODULE[ModuleDeployableSolarPanel] { @chargeRate = 12.5 } @mass *= 0.5 } @PART[solarpanel-curved-deploying-25-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleCurvedSolarPanel] { @TotalEnergyRate = 1.6 } @mass *= 0.25 } @PART[solarpanel-curved-375-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleCurvedSolarPanel] { @TotalEnergyRate = 0.75 } @mass *= 0.25 } @PART[solarpanel-curved-25-1]:NEEDS[NearFutureSolar] { @MODULE[ModuleCurvedSolarPanel] { @TotalEnergyRate = 2.5 } @mass *= 0.25 } // ============================================================================ // Tweak everything from NearFutureElectrical // ============================================================================ // Fission reactors cut to 50% power generation @PART[*]:HAS[@MODULE[FissionGenerator]]:AFTER[NearFutureElectrical]:NEEDS[NearFutureElectrical] { @MODULE[FissionGenerator] { @PowerGeneration *= 0.5 } } // Nuclear waste recyclers cut to 50% power requirements @PART[nuclear-recycler-*]:AFTER[NearFutureElectrical]:NEEDS[NearFutureElectrical] { @MODULE[ModuleResourceConverter],0 { @INPUT_RESOURCE[#ResourceName[ElectricCharge]] { @rate *= 0.5 } } @MODULE[ModuleResourceConverter],1 { @INPUT_RESOURCE[#ResourceName[ElectricCharge]] { @rate *= 0.5 } } @MODULE[ModuleResourceConverter],2 { @INPUT_RESOURCE[#ResourceName[ElectricCharge]] { @rate *= 0.5 } } } // Capacitor charge/discharge rates cut to 50% @PART[*]:HAS[@MODULE[DischargeCapacitor]]:AFTER[NearFutureElectrical]:NEEDS[NearFutureElectrical] { @MODULE[DischargeCapacitor] { @ChargeRate *= 0.5 @DischargeRate *= 0.5 } } // ============================================================================ // Tweak ion engines from NearFuturePropulsion // ============================================================================ // All ion engine power requirements cut to 50% // note: also cover the stock ion engine @PART[ionEngine,ionArgon-*,ionXenon-*,mpdt-*,pit-*,vasimr-*]:AFTER[NearFuturePropulsion]:NEEDS[NearFuturePropulsion] { @MODULE[ModuleEnginesFX],0 { @PROPELLANT[ElectricCharge] { @ratio *= 0.5 } } } @PART[pit-*]:AFTER[NearFuturePropulsion]:NEEDS[NearFuturePropulsion] { @MODULE[VariablePowerEngine] { @PowerCurve { @key,0[1, ] /= 0.5 @key,1[1, ] /= 0.5 } } } @PART[vasimr-*]:AFTER[NearFuturePropulsion]:NEEDS[NearFuturePropulsion] { @MODULE[ModuleEnginesFX],1 { @PROPELLANT[ElectricCharge] { @ratio *= 0.5 } } @MODULE[VariableISPEngine] { @EnergyUsage /= 0.5 } } // ============================================================================ // Tweak stuff from NearFutureSpacecraft // ============================================================================ // The Mk3-9 pod was intended to have advanced technology that allows it to continue // operating even when there isn't a Kerbal at the helm. The game doesn't allow a part // to actually function as both a manned command pod and a drone, so technically it was // just a drone (it could not be piloted by a Kerbal). With Kerbalism's signal requirement // for drones, this becomes a disadvantage rather than an advantage. Thus, this feature is // replaced with conventional crew command, and SAS is converted to standalone. @PART[mk3-9pod]:AFTER[NearFutureSpacecraft]:NEEDS[NearFutureSpacecraft] { @description = This newer command cockpit is optimized for orbital operations - it sacrifices some durability for lower mass. Advanced computer-assisted flight control allows even an untrained pilot to operate the pod with ease. @MODULE[ModuleCommand] { @minimumCrew = 1 !RESOURCE[ElectricCharge] {} } @MODULE[ModuleSAS] { standalone = True RESOURCE { name = ElectricCharge rate = 0.03 } } } // Though the Itinerant resembles a half-capacity Hitchhiker, it feels too cramped and // utilitarian to have an Entertainment value. Instead, it seems appropriate for it to // have a CO2 scrubber. @PART[utilityCabin]:AFTER[NearFutureSpacecraft]:NEEDS[NearFutureSpacecraft,EnableScrubber] { MODULE { name = Scrubber resource_name = Oxygen waste_name = CO2 ec_rate = 0.02 co2_rate = 0.09259258 } }

@Nertea Congrats on the release! The new fuel-switching patch looks good, except that the costs for ZBO tanks in LH2O and OX configurations are not calculated properly. Here's the problem: the dry cost for a ZBO tank is more than 3x that of the corresponding stock tank. This represents the cost of its high-tech cooling/insulation. When you switch to LH2/O, you should only need expensive cooling for 60% of the tank volume. The OX configuration shouldn't need expensive cooling at all (and therefore ought to have the same dry cost as a stock tank; otherwise you're paying 3x as much for a functionally identical tank). These cost calculations are a bit tricky due to the imprecise way that dry costs scale across different stock tank volumes, but I'll try to draft a solution shortly. EDIT - I think I got it. This appears to function correctly in my tests: // ZBO tanks @PART[*]:HAS[@RESOURCE[LqdHydrogen],!MODULE[InterstellarFuelSwitch],!MODULE[ModuleEnginesFX],!MODULE[ModuleEngines],!MODULE[FSfuelSwitch]]:NEEDS[!modularFuelTanks&!RealFuels]:FOR[zzz_CryoTanks] { %LH2 = #$RESOURCE[LqdHydrogen]/maxAmount$ %massOffset = #$LH2$ @massOffset *= 0.00003125 // <- EDIT HERE (dry mass per unit LH2 capacity) @massOffset *= -1 %costOffsetLH2 = #$LH2$ @costOffsetLH2 *= #$@RESOURCE_DEFINITION[LqdHydrogen]/unitCost$ @costOffsetLH2 *= -1 %costOffsetOX = #$cost$ @costOffsetOX *= -0.5 // reduction to wet cost of corresponding stock tank in LFO configuration %tempVar = #$LH2$ @tempVar *= 0.055 // units of OX in hypothetical LFO configuration @tempVar *= #$@RESOURCE_DEFINITION[Oxidizer]/unitCost$ @costOffsetOX -= #$tempVar$ @tempVar = #$LH2$ @tempVar *= 0.045 // units of LF in hypothetical LFO configuration @tempVar *= #$@RESOURCE_DEFINITION[LiquidFuel]/unitCost$ @costOffsetOX -= #$tempVar$ %costOffsetLH2O = #$costOffsetLH2$ @costOffsetLH2O *= 0.6 @tempVar = #$costOffsetOX$ @tempVar *= 0.4 @costOffsetLH2O += #$tempVar$ !RESOURCE[LqdHydrogen] {} MODULE { name = ModuleB9PartSwitch moduleID = fuelSwitch switcherDescription = Tank Type baseVolume = #$../LH2$ @baseVolume *= 0.1 SUBTYPE { name = LH2 tankType = LH2Cryo addedMass = #$../../massOffset$ addedCost = #$../../costOffsetLH2$ } SUBTYPE { name = LH2/O tankType = LH2OCryo addedMass = #$../../massOffset$ addedCost = #$../../costOffsetLH2O$ } SUBTYPE { name = Oxidizer tankType = OX addedMass = #$../../massOffset$ addedCost = #$../../costOffsetOX$ } } MODULE { name = ModuleCryoTank FuelName = LqdHydrogen // in % per hour BoiloffRate = 0.05 // in Ec per 1000 units per second CoolingCost = 0.08 } }