Jump to content

Iuno

New Members
  • Posts

    4
  • Joined

  • Last visited

Reputation

1 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. So this is several months late but your comment helped me track down this exact issue, so thanks. I just fixed it by completely commenting out everything in the file and downloading KSP_partvolume to configure all of the part volumes separately. Although I don't think that's exactly necessary either. KSP_partvolume is ALSO a little busted for some reason and will set all of the volumes for the BreakingGround parts to a volume of -1L, so you need to comment out or delete AddToAllParts.cfg to stop it from doing that. But after I did that it seems like everything is working properly.
  2. Oh, I hadn't even noticed that. Whoops! If you choose a different reference body that should probably do it. I think Bop or Pol are the right size, and they probably won't mess with the surface.
  3. I had the same issue with Zore -I'm no expert, but it looks like that's got something to do with the fade distances that are specified in the config file. I messed around with them for a bit with no luck. What ended up working for me is changing the template body from Gilly to Minmus in zore.cfg. As far as I can tell it fixes the fade in issue without changing any of the properties of the planet. TL;DR just open the config file for zore (and presumably any other offending planets) and change This: Template { name = Gilly removeAllPQSMods = true } To This: Template { name = Minmus removeAllPQSMods = true } Check that it doesn't mess with the terrain. It didn't in my case, but that might not be true for every planet.
×
×
  • Create New...