Lathari

Is it possible somehow to simulate ablator burn-off? In JNSQ even simple science containers need heatshields and the ablator is heaviest part of return capsule. As it ablates the the capsule slows drastically faster than the prediction. Guesstimating the needed overshot can get annoying after a while.

Thank doG for ZeroMiniAVC.

@Gotmachine This is what I get for being lazy and just copying the updated steam install over the modded one, instead of starting with a blank copy and adding mods there... Well, hopefully no other fixes for non-existing problems are present. But anyways, Thank You and keep up the good work.

New logs and zipped save. Vessel 'Craft' was on the launchpad with panels extended and with fairing. After revert to launch, panels were retracted, fairing gone and tank went to default subtype. It is as if the modules 'reset' to blank state on loading. Hopefully this helps. I found someone with same problem way back and nabbed the ModuleIndexingMismatch=false hack from their posts, but couldn't find the posts again. I was just reminded of this after updating the KKSPCF and forgetting to set flag false and losing a bunch stored experiments when loading a vessel.

Not sure if this a known issue but if I don't set ModuleIndexingMismatch = false then on loading a vessel (or reverting to launch) all parts reset. Solar panels are retracted, fairings disappear, anything with B9PartSwitch returns to default etc. Logs here but with ModuleIndexingMismatch=false set. (not willing to try with 'true' as vessels get borked) https://drive.google.com/drive/folders/1mULD0gmwx2q_xkpKJiWh6-FS4N0EXpgQ?usp=sharing Nothing more.

Resource raiding and convoy protection?

Has anyone adjusted the regulator?

You need to install them in VAB into the engine pods yourself, they are not included in the pod itself.

For anyone who waits for a proper launch window on pad and runs out of EC there is Launch Clamp Fuel Pumping. I grabbed this part @PART[launchClamp1]:FINAL { @MODULE[ModuleGenerator] { @isAlwaysActive = true @OUTPUT_RESOURCE[ElectricCharge] { @rate = 45 } } for MyOwn.cfg MM patch file to keep the juice flowing. @NerteaWould something like this be useful as core mod patch? Cheers

I had the same issue, solution if anyone needs was to add ModuleManager version 4.1.4 to my GameData folder.

Have same issue here, any insight on what causes or how to fix?

Hi After returning to JNSQ after SLS fiasco first two attempts I had neon green grass... After reading forums I copied colorFix.cfg to gamedata, no change. Bit more reading I noticed in JNSQ thread it says: @Class,* where as the colorFix says @*,* Editing the colorFix.cfg fixed the neon green grass. Not sure if just me but might be a typo.

Yeah, tends to create sudden critical existence failures in JNSQ, unless you keep your periapsis above 46Km. I have been using one size larger heat shields with flat adapters from ReStock+, this way I can dive deeper and actually land without multiple passes through upper atmo.

Not sure if this is actually a FAR issue/solution, but I have been having constant yellow slow mode issues. I Decided to have a look at the console and seeing constant part voxelization spam related to the new circular panels. Same behavior with small and big crafts. Solution: I went to settings from main menu and turned off "verbose logging". Voilà, massive crafts launch smoothly and only occasionally flash yellow. Haven't yet checked real numbers, but launches seem proceed at about double (mission time vs. real time elapsed). Console also seems to be clear of spurious messages. So the lesson is try to remember to turn off debugging tools once the mods are playing nicely and no longer needed.

It might have been 1.12.1 at the time of incidents, I was still quite early in my career and decided to rage-quit™ and start a new career, haven't used alarm clock apart from transfer windows in 1.12.2.