The Fnord

It appears to automatically be on layer 21 after import. I'm fitzing with the side airlock in the HDU1 part: Of note, that particular part of the model is not present until the part is deployed. Dunno if that changes anything.

Yeah, it seemed to export ok (oddly enough re-import results in non-existent animation) If you mean checking 'Trigger' under the 'MU Collider' section, yeah.

It appears to be missing the 'airlock' tag. I tried importing the .mu into blender and adding it, which did not seem to fix it.

Just adding to inclination can make things worse, since what RSS has done skew the entire coordinate system. I made a crappy image to demonstrate; At the top is Earth's orbit (green) and an asteroid (orange) with 10deg inclination and a LAN of 90 degrees. At the bottom Earth was inclined to 24 degrees like in RSS, and I added 24 degrees to the asteroid. In game I had the same results with Ida. Changing it's LAN and ARGP to that of RSS-Earth fixed the crazy inclination, but naturally that's not a good solution for every added body.

Since everything has shifted inclinations by 23.446 degrees to simulate Earth's axial tilt due to KSP limitations, adding new bodies is problematic; just adding 23.446 to the real life inclination doesn't work as LAN and ARGP need to be shifted into RSS's skewed coordinate system. Is there a script or description of the math required to translate real life solar system orbital elements into RSS orbital elements? I'm trying to correct the orbital elements of RealExpansion's asteroids, as is the author ended up patching RSS's shifted elements into RL values, which breaks Earth's axial tilt.

I've tried adjusting individual b9 partswitch tanks, this does not appear to work; @PART[RSB*]:NEEDS[RealScaleBoosters,SMURFF]:BEFORE[zzz_SMURFF]:FOR[RealScaleBoosters] { @MODULE[ModuleB9PartSwitch] { @SUBTYPE[LFO]:NEEDS[CryoTanks] { %addedMass *= #$@SMURFFCONFIG/lfoblnfactor$ } } } BTW, this issue seems to affect things beyond Real Scale Boosters; Anything touched by B9+SMURF has crazy mass fractions. (Cryotanks isn't a direct culprit, it seems to make B9 apply to certain mods) SpaceY F26 5 meter tank (LFO) full/dry: 129.590/3.590 with smurf+B9 vs 141.590/15.590 no smurf or no B9 (With a Procedural fuel tank 5m x 7.375m (LFO) full/dry: 129.951/3.795 vs 141.966/15.810 RSB Delta4-DCSS 5m (LFO) full/dry: 27.961/0.661 vs 30.513/3.213 (IRL it's 30.710/3.490) This has effectively added 60% delta-v.

There seems to be an issue with this + Real Scale Boosters + B9switch + Cryotanks: The DeltaIV 5 meter second stage - which by default has a dry weight of ~ 3000kg - now has a weight of 900kg. This is the same for all RSB tanks, which makes RSB exceedingly powerful. I've tried to add a patch that goes like: @PART[RSB*]:NEEDS[RealScaleBoosters,SMURFF]:FOR[RealScaleBoosters]:FIRST { SMURFFExclude = true @description ^= :(.)$:$0\nDESMURFED } And it does not fix the weight issue. (The description tag is applied however). Nor does adding: @PART[RSB*]:NEEDS[RealScaleBoosters,SMURFF]:AFTER[zzz_SMURFF]:FOR[RealScaleBoosters] { @mass = #$initialmass$ @description ^= :(.)$:$0\nDESMURFED4.2 } etc fix it; It logs 'Cannot find key origmass in PART'. This does not work either (it can't find 'origmass'). @PART[RSB*]:NEEDS[RealScaleBoosters,SMURFF]:FOR[RealScaleBoosters]:FIRST { %origmass = #$mass$ @description ^= :(.)$:$0\nDESMURFED4.1 } @PART[RSB*]:NEEDS[RealScaleBoosters,SMURFF]:AFTER[zzz_SMURFF]:FOR[RealScaleBoosters] { @mass = #$origmass$ @description ^= :(.)$:$0\nDESMURFED4.2 } Removing SMURFF or removing Cryotanks does fix the issue, but I would rather not. Also, commenting out this in SMURFF.cfg fixes the issue, for LFO at least; @B9_TANK_TYPE[LiquidFuel,LFO,Oxidizer,LF,OX,LFOX,MkIVLF,MkIVLFO,LM,LMOx]:FOR[zzz_SMURFF] { // @tankMass /= #$@SMURFFCONFIG/lfofactor$ } I'm hoping there's a way to patch the b9 tankmass to the original value for - and ONLY - all RSB tanks, but my module manager foo is lacking.