Jump to content

Sigma88

Members
  • Content Count

    4,248
  • Joined

  • Last visited

Everything posted by Sigma88

  1. the latest SD should have solved this or at least I thought it did
  2. I didn't test but there were very little changes so it should probably work fine.
  3. I had a break from ksp and played classic wow for a while. I found the curseforge client to be very useful so I decided to upload my mods there. the number of downloads is higher from there rather than github, which surprised me since I didn't expect it to be as popular
  4. Actually I changed the folder to be: GameData\SigmaDimensions\ rather than the old: GameData\Sigma\Dimensions\ this was done for 2 reasons: 1- making it easier to tell which of my mods is installed and making them more independent from each other 2- allowing the user to download and install the mod automatically with the CurseForge client https://curseforge.overwolf.com/ so, @OrbitalManeuvers, the correct one is GameData/SigmaDimensions/ (basically just unzip the archive directly into GameData/ )
  5. SD sorely needs an update for 1.11 sorry for taking so long but real life i getting in the way I'll see if I can find some time. In the meantime, for the collisions bug there was a solution floating around somewhere, not really sure where though. maybe in the github? I'll try to see if I can find it EDIT: https://github.com/Sigma88/Sigma-Dimensions/issues/95#issuecomment-650375904
  6. @linuxgurugamer @OhioBob @Kwebib I think the issue about getting weird results from the calendar has been fixed now. It was a combination of a Kronometer issue (fixed in the latest release v1.11.0-1) and Kopernicus (already fixed in the dev version, not sure when @R-T-B plans to release it)
  7. @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:
  8. 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
  9. @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
  10. 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
  11. 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
  12. 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)?
  13. 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
  14. 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
  15. KKtoSD is no longer required since KK handles groups natively now
  16. 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
  17. 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
  18. 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
  19. if you run into some trouble feel free to ping me
  20. I am happy with the state of the PanelsFix2 (or whatever it's called) branch as of now. I never merged it because some people pointed out stuff that could be changed/improved but I had no time nor patience to go back into the code to implement those. As for the atmosphere issue you mentioned, I'm not sure if it had anything to do with the solar panels, honestly it shouldn't. @prestja if you want to merge that branch I would suggest you to do it on a separate branch of your kopernicus and find someone that is willing to test the issue @OhioBob mentioned. if that issue is n
  21. SD contains a readme file that explains fairly well all the settings and what they do. for a normal rescale 2.5x you would usually need to change: Resize = 2.5 (this will change the size of the planets) Rescale = 2.5 (this will change the size of the orbits) Atmosphere = whatever (this will change the scale of the atmosphere, I don't know what's best for 2.5x, I guess it depends on your taste) dayLengthMultiplier = you usually want this to be the square root of the Rescale (so in this case ~1.58) SD can also change the gravity, when rescaling SD will keep constant
×
×
  • Create New...