Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

2,209 Excellent

About Sigma88

  • Rank
    Galactic Neighbor

Contact Methods

Profile Information

  • Location
    404 Sigma Not Found

Recent Profile Visitors

19,748 profile views
  1. @linuxgurugamer @OhioBob @Kwebib Day 0 is not necessarily a bug, there are 2 different ways leap years are handled and one of the two uses a day zero while the other doesn't depending on the kronometer settings it can be that you are using the first mode, or it could also be a bug, I would need more info about the system to give you an idea of how it should work, these are the values of "year / day" you would expect from a system with a 10h year and a 3h day:
  2. GN is very complicated mod which also should require a lot of work to be brought up to speed with latest kopernicus/ksp I'm not sure it should be used right now, but I also can't really give you an ETA for a newer improved version tbh
  3. @Arrowstar I noticed that you exported all your images with "oceanFloor = true", I would suggest you to try with "false" because I have the feeling it would give a better result for this specific use
  4. I sent you a PR with the fix I had added in my version, not sure if it still works because I didn't test it in ksp
  5. KKtoSD is not needed anymore. KK now automatically keeps all buildings tied together when rescaling. the only thing you need is to use the feature built into SD to tweak how the group are positioned in the final result there's a description of how to use the feature into the README file of SD, just search for PQSCity_Groups
  6. does mechjeb reads the day length from the rotation speed of the planet or from the ksp definition of 1 day (either 6hr or 24hr depending of user settings)?
  7. if you look at the RESCALE! mod from galileo it should have a pre-tested cfg for 10.625 (https://github.com/Galileo88/Rescale/tree/master/RESCALE_10625) If I were you I would stick to that and it should provide you with what you are looking for. if you want to set up your customized rescale you can find all the info in the README and if you still have any specific questions feel free to ping me here some things you should be aware: @OhioBob has done a lot of work on atmospheres, iirc his suggestion was to use something like Atmosphere = 1.025 atmoTo
  8. my only doubt with that solution is that while the override returns a planet the "GetLocalStar" returns a star however, if the use cases are working properly, then I would assume it's fine
  9. KKtoSD is no longer required since KK handles groups natively now
  10. I can't remember for sure, but if my code worked fine and the new code doesn't it could be an indication to that effect. However if my code was changed it could be because there was an issue with it, so whoever changed it should look how to make the new code work in your use case Multiple star is always a headache and changing stuff while not testing with multiple stars will usually lead to this kind of issues
  11. the problem with that is earth is much less flat below the sea level, if you only consider above sea level both earth and kerbin go from 0 to about 8 km
  12. Resize is a multiplier on the distance between surface and center of the planet landscape is a multiplier on the distance between surface and sea level so if you have landscape = 1 / Resize they would cancel each other out, and the altitude of the mountains measured from sea level would be the same in the original planet and the rescaled planet. hope this makes sense
  13. if you run into some trouble feel free to ping me
  • Create New...