ksp-ro/realsolarsystem

Changes KSP's solar system to make it like the real one.

realsolarsystem's Issues

RSS v10 final checks

Kopernicus 0.0.7 should be going out shortly. That means we should do some final checks and, if all is well, we can release RSS v10.

What outstanding bits need work? Earth so far has been stable for me. I know I have to fix Phobos and Deimos. Is there anything else?

Latest Kopernicus requires fixes to RSS in 1.3.1

• latest released Kopernicus and I guess forthgoing versions rendered current RSS oceans invisible
• severe FPS drops and hickups

I didn't look into what exactly changed, just leaving a reminder.

Cape Canaveral Local Heightmap

I've got a local heightmap for the cape (created by the USGS, so it's public domain) working as a MapDecal. It's a little rough-and-ready as-is (given the cape is only a couple of meters above sea level, the ocean border isn't the neatest). But it shouldn't be too hard to clean up a bit, and imo it's nicer than what exists currently. Would it be of any interest to anyone?

Moon's Position for Apollo 11

In an attempt to recreate Apollo 11, I found that doing the TLI burn at the correct time (around 16:22 UTC on July 16th, 1969 given a launch at 13:32 to about the right Earth orbit) would not even come close to reaching the Moon (it's roughly opposite where it needs to be). Also on that day, the Moon's relative inclination at launch time is 18 degrees. Changing the orbital parameters using data from HORIZONS for 1969-01-01 and setting the Epoch and KAC clock accordingly did not help the inclination, though it did make the transfer burn at least possible. The inclination, even with what I can correct during launch, makes it difficult to get a free return.

Edit: sorry, was writing this and testing the details when RaiderNick posted. He was aware of the trouble I was having.

Compatibility warning with KSP 1.6.1

Hello,

I did get this warning when installing add-on.
Is there any issue with this KSP version, or can I ignore the warning?

After that, when I get to main menu, all I see is a black screen with the icon loading at the bottom right corner. I can hear the sound gaming but loading doesn't finish.

Update for 1.7.3

Newest avaliable version of this mod uses outdated KSP version.

Errors in Moon biomes

Mare Fecunditatis is missing the 'c'.
Also, there appears to be a region of South Pole biome near the North pole.

11.5 tags still in 12.0 version

https://github.com/KSP-RO/RealSolarSystem/blob/master/Source/Properties/AssemblyInfo.cs#L35-L36

Moon position

@PhineasFreak the moon is not in the correct position on relevant dates. It is either set to start at an incorrect position when you first create the save or it is drifting over time. In the 1960s to do any of the lunar missions, the moon is never where it should be on the time and date when the actual mission took place.

[Bug] Triton wrong pressure curve values

This was reported by user raxo2222 on the KSP forums. The pressure values (at least for the surface) are off by a factor of 10 (16.5 Pa instead of 1.65 Pa).

Can we just reduce all the pressure curve values by a factor of 10 safely or do we have to create a new curve from scratch?

[Discussion] RSS package dependencies

Currently RSS distributes ModuleManager and Kopernicus (and MFI by extension) as part of the official releases. Should these continue be part of the release packages or separate them as external dependencies?

Pros:

• Less overall maintenance required (no need to upload new versions of the dependencies in the repository).
• Less worries about distributing old versions of mods (in the case newer versions are available).

Cons:

• Users must install the correct versions by themselves (only if installing manually).
• Users might forget that they need them, leading to a situation similar to the "RSS Textures".

Thoughts?

Edit: there is also the fact that RSS could get rid of the version checker in the future (KSP releases do not tend to break stuff as they previously did and none of the RSS source code parts actually required any major bugfixing between KSP 1.0 and now, when the entire RSS project was ported to Kopernicus). So, RSS may not need to have "hard" updates between KSP versions, only when bug fixes/new features are introduced (for example the KSP 1.6 RSS release would work just fine under KSP 1.4 and 1.5, sans the Compatibility Checker locks).

Terrain artifact issue revisit

@PhineasFreak I know you said this was not an RSS bug, but I'm becoming concerned that we did make some kind of mistake somewhere. I am getting more bugs reports from people on the forum about this bug now, insisting it's impossible to replicate in 13.0 but only occurs in 13.1. I am inclined to agree, as personally I've NEVER seen this issue ever before, but now I am seeing it fairly often ingame.

http://jimbodiah.com/ksp/rss_terrain.jpg

permissions of all ro repos

@jwvanderbeck do you have permissions to change the RO organization permissions?

I've been talking to @eggrobin about this and it seems that the permissions are all over the place. We agree that at the very least like rssdatetime, rss should be added to ro organization permissions.

It would be beneficial to have all the hard dependencies here added to avoid the back and forth with missing members and maintainers and problems. Then we won't need to ask 5-10 different people who don't even maintain those repos to make releases because the owners are awol.

Or at the very least add new maintainers and remove some of the ones that are completely gone. There are some maintainers listed that make no sense and haven't been around/contactable in years.

Moon min timewarpAltitudeLimits dip below the surface

currently 10x timewarp is set to 5km, which is below the surface in many cases. This causes you not to be able to land on the moon when using principia. (see: mockingbirdnest/Principia#1440, mockingbirdnest/Principia#1346, mockingbirdnest/Principia#1413)

Propose raising this to 15km.

Bumpy runway in Cape Canaveral

As the topic says, the runway of standard KSC has several bumps or gaps so it is difficult to start or land. Got this problem on 3 different installations even when using vanilla Kerbal Space Program and just the default installation of Real Solar System in 1.2.2. I also found several posts with this problem - only a workaround is available: install a KSC mod an use any other runway.

Deimos invisible ground kills astronauts/ships

While going down for a Deimos landing, my ship poofed out of existence, like a crash, but while still in space not at the surface. I sent another ship, and i was able to land near the equator and plant a flag, but when I sent my Kerbal on a jetpack adventure to the North, where there's an odd looking spike in the surface, the Kerbal "poofed" in mid-space.
So I guess it might have something to do with height maps or something. It seems it's acting like there's ground when there's not ground yet. This is similar to bug #87, about invisible ground, but that issue is different. After one good landing attempt I experienced an odd negative gravity pulling the ship up as described in bug #87, but that issue isn't catastrophic.

Maybe this catastrophic issue exists because Deimos is not spherical. So this bug could potentially affect any non-spherical moon/asteroid. Plus Deimos is tiny - probably smaller than the fictional Duna moon, even though this is RSS and almost everything is 10x larger.

Titan low-space threshold within atmosphere

Hi, Titan has Atmosphere.maxAltitude = 600km, but ScienceValues.spaceAltitudeThreshold = 500km. Therefore, it is not possible to get in-space-low science experiments running for Titan.

Pluto/Mercury refered to as "the Pluto" and "the Mercury"

Noticed this while play-testing some of my contracts on RSS - any of the bodies that are based on Mun show up in text as "the Pluto" instead of "Pluto" (because CelestialBody.use_The_InName is set to true.

I looked at the Kopernicus documentation, and they don't have a published setting, but it looks like it is supported by setting the useTheInName flag in their config (see here).

Need to add a SolarPowerCurve scaled for RSS

The SolarPowerCurve section in RSSKopernicus.cfg appears to be a place holder with some rudimentary values scaled to Kerbol system.

Launch pad Flag twitching

In both 1.4.5 and 1.6.1 RSS causes the flag near the launch pad to flip out. It glitches and twitches all over. It's extremely distracting and never did this previously. I don't know what changed that could be causing this but I would love to see it fixed.
@PhineasFreak

(still) floating tiles in 1.7

KSP version 1.7 with RSSVE v1.6.1 RC1 with Scatterer v0.0540 + EVE 1.4.2-2
It's still here, in suborbitals flights above ~150km and disappears beyond 300 I believe
Still always close to the launchpad
I end up in the water when launching from Cape Canaveral

(I know 1.7 isn't officially compatible but it seems to work besides that)

#137

Moons with Surface/Biome Issues

Hi, thanks so much for what is the greatest mod in KSP. I have almost zero experience here on Github, apologies if I post wrongly or don't include enough detail.

Many moons of Saturn/Jupiter seem to have issues concerning their surface and/or biome map. Since these issues are not consistent, I'll list them each separately. All of these observations were found consistently across a fresh 1.3.1 RSS + Kopernicus only install, as well as 1.6.1 + many mods install and a 1.3.1 + many mods install.

Enceladus: Surface is like, east/west reversed when compared with reality. Linear surface features can be observed to be pointing north west when in reality they point north east, etc. Compare images from wikipedia vs ingame to see what I mean - all the lines are backwards. Can't tell what's going on with the biome map here.

Dione: As with Enceladus, surface features are east-west reversed. Biome map is way off but I can't figure out exactly how.

Rhea: As above, features are east-west reversed. Biome map is... not correlating with the surface.

Titan: Can't see jack. No useful observations.

Tethys + Mimas: surface features are correct relative to reality, but the biome map has been inverted or flipped around the equator.

Io: Has surface features east-west reversed as per Dione/Enceladus/Rhea above.

Europa: Perfect. Matches reality and biome map.

Ganymede: As Io, has east-west reversed. Surface features running east in game that should run west etc

Callisto: Perfect, matches reality and biome map.

Iapetus: This one caused me literal pain. I thought I had it nutted three times before I finally figured it out.
Iapetus surface matches reality, so that's great, but the only way the surface of matches the biome map everywhere (almost), is if you flip the biome map around the equator, like described with Mimas/Tethys. But the red biome (named Turgis) is the exception, it does not actually line up with the Turgis crater, it lines up perfectly with the Engelier crater, so I think it's been either misnamed or misplaced. Once the biome map is inverted around the equator, everything looks great except for that.

Z

I have triple checked these observations as I made a few errors when posting initially, apologies in advance if I have missed any more mistakes.

Orbital Elements

https://gist.github.com/eggrobin/a07936d3aa79831e870e

Elevations on Earth about 3x too high.

Elevations on Earth are very exaggerated. For example Mt. Rainier in game is 11,300 m the actual one in Washington State, US is closer to 4400 m.
Does anyone know if there is a reason for this (ie game play, making the terrain look more dramatic)? I'm trying to work on a fix locally so I would be interested in the background information.

Site Visit Report:

Thanks

Moon uses wrong key to set Longitude of Ascending Node

Moon.cfg sets LAN = 2.296616161126016, but afaict Kopernicus has never heard of LAN, and wants longitudeOfAscendingNode (which is in degrees; I don't know if the LAN we've got is in degrees or radians). Consequently, the Moon gets created with an L.A.N. of zero.
Since the Moon in-game is almost in the plane of the ecliptic, clearly this LAN can't be wrong by much, which leads me to suspect that the value we have for LAN is in degrees.

Oblate Saturn

I've made a cfg that makes saturn oblate

If you want to add it to RSS I can make a PR, I figured it was better to open an issue before making a pull request, just to give everyone some time to test it.
The cfg takes care of changing the shape and atmosphere of Saturn.
Ring limits are mantained at the same distance from the center of the planet.

here's the file:
OblateSaturn.zip
OblateSaturn.zip (fixed a couple of issues)

and here's a pic:
(the black dot is Mimas)

On the orientation of Pluto

The Pluto texture has its reference meridian off by 90 deg, and it is rotated upside-down.

To find the reference meridian Pluto, and the orientation of its latitude and longitude, look at this map ((0, 0) is opposite the heart).
Side note: in this discussion it actually matters that the longitude used on Pluto yields an orientation consistent with the convention on Earth and Mars, and inconsistent with other planets and satellites of planets; happily, since we're only looking at Earth and Pluto below, we can know that it's consistent and forget about it again. For gory details on coordinate systems in planetary astronomy, see Emily Lakdawalla's article on the matter.

Here is the Pluto texture currently in KSP-RO/RSS-Textures, with annotations showing the directions of latitude and longitude, and the reference meridian.

Compare this with the Earth texture: the latter correctly has longitude running right to left, latitude running bottom to top, and the origin of longitude a quarter of the way in from the left.
The biome map is similarly oriented¹, so here it is for illustration purposes; I have not found it necessary to annotate the directions of latitude and longitude nor the reference meridian, the outlines of landmasses should be familiar enough.

This wasn't caught, because, due to their inclination, Pluto and Charon cannot be tidally locked in stock. However, in the current (unreleased) state of Principia, which has axial tilt, Charon gets to look tangentially at Pluto's heart (it should not).

Other small solar system bodies may be affected (an incorrect rotation of anything other than the Earth and its moon is hard to spot in-game).

---

¹ The biome map and EarthColor actually differ by a reflection about the equator.

Moon Orientations Incorrect(?)

Due to built in KSP issues all planets (other than Earth) will not appear to have the correct inclinations.

However, the orbit of the moons should still line up with the plane of the ecliptic (I believe)

Currently, Mars, Jupiter, and Saturn appear to use different conventions, I am unsure which one is accurate.

The moons of Mars are not in plane with Mars' equator or the ecliptic.

The moons of Saturn are in plane with the equator (and rings), therefore not in plane with the ecliptic

The moons of Jupiter are in plane with the ecliptic, therefore not in plane with Jupiter's equator (I believe this to be correct as it is most similar to Earth's moon. but I could certainly be wrong)

I am not good enough at planetary orbital mechanics to correct this, but hopefully pointing this out in detail will be useful.

Floating Tiles

Terrain tiles dissapear when reentry atmosphere from suborbital flight.
Always close to the launchpad (same on KSP and Baikonur)

Tried many clean installs and always appears.

I experienced the issue with a clean install (RSS, Textures, Kopernicus and Squad folder).

I tested all recommended Kopernicus versions for 1.3.1 and the problem is still there.

KSP version: 1.3.1
Kopernicus: 1.3.1-3/4/5/6/7
Scatterer: 0.0320b
RSSVE: 1.3.1-3
EVE: 1.2.2-1
-Master Real Solar Sistem
-pap1723/ScaledRSS-Textures

Thanks.

SS FAR/NEAR clipping plane values won't load from config

Might be a config error on my end but I think I have it written out right.

nvm

oops wrong area

Updates for 1.3

With #108 PhineasFreak has fixed many of the updates to make RSS compatible with the new version of Kopernicus and 1.3.

These are some other things that, in my opinion, should be done to improve RSS overall. The first one is a game breaking save that will cause some issues with people playing in 1.2.2 or earlier versions, so it should be handled carefully. The others are just ideas from me, please let me know your opinions on them.

• Move all textures (except Earth) into the /RSS-Textures/PluginData/ folder. One of the more recent additions of Kopernicus allows the textures, heightmaps and biome maps to be stored there so they are not loaded by KSP until needed. It saves a ton of memory.

• Add Ceres and Vesta (artwork completed, config files are made for Half Size RSS, just need to be converted to full size)

• Add the 5 largest moons of Uranus: Ariel, Miranda, Oberon, Titania, Umbriel (artwork completed, config files are made for Half Size RSS, just need to be converted to full size)

• Update the Earth biome map to be accurate with the known biomes of the world: Shores (not real, but makes sense for KSP), Grasslands, Tundra, Mountains, Desert, Tropics, Ice Caps, Water, Taiga, Forest, Savanna, Chaparral (this map and correct config is already completed and can be used immediately)
  http://i.imgur.com/NDd5QGL.png (Earth Biome Map)

• New Moon Biomes - I have discussed this one before as I created a Moon Biome map that has many of different parts of the Moon named. I know that the balance of science has been the primary concern with not implementing something like this. I propose 4 options:

  • (1) We could just plug it in as it is and have greater science returns from visiting the Moon
  • (2) We could change the multiplier of the Moon science. Currently it is Landed x 4.5, Low Space x 3.5, High Space x 3.0. These could all be lowered by somewhere between 0.5 and 1 point to balance the science gains of the new biomes.
  • (3) If we are going to be implementing a new tech tree, we can take into account the greater science gains from visiting the Moon and adjust the new values accordingly.
  • (4) We keep the current Moon biomes
    http://i.imgur.com/exXKbp3.jpg (Moon Biome Map)

Pinging for comment:
@NathanKell @stratochief66 @jwvanderbeck
Anyone else that I missed?

Ship's orbit line in map view

When zooming out in the map view the orbit line suddenly gets non-occlusion from the planet. Two images posted in the RSS forum thread:
https://forum.kerbalspaceprogram.com/index.php?/topic/173396-131-real-solar-system-v131-26-apr-2018/&do=findComment&comment=3412431

Navigating and orientation in the map view gets very confusing if there is more than one orbit around the planet.

RSS was installed with the listed dependencies in the forum OP, all dependencies was 1.3.1.
Win10, i7 4790K, GTX1080

Mars Biomes

I think the Olympus Mons biome is incorrectly placed. The surface map and biome map seem to be oriented correctly and overlap nicely, but the Olympus Mons biome can be found at several different locations around the planet, similar to Midlands/Lowlands/Highlands.

The actual Olympus Mons location does show the Olympus Mons biome.

Textures?

Where are the ceres and vesta textures? They got added but their textures were never put in.

"cbNameLater = Earth" still an issue

I quote
https://forum.kerbalspaceprogram.com/index.php?/topic/50533-140-16x-module-manager-402-february-3rd-2019-right-to-ludicrous-speed/&page=251&tab=comments#comment-3539665

File https://github.com/KSP-RO/RealSolarSystem/blob/v14.0.0/GameData/RealSolarSystem/RSSKopernicus/Earth/Earth.cfg has the line "cbNameLater = Earth" that needs to be killed. "Template {name=Kerbin}" is ok and so is "Properties {displayName = Earth}". cbRenameLater has been deprecated and now all the more recent mods use Kerbin as the primary's name in their internal config. @galileo did it for GPP a few months back. I had to go through a history of "Couldn't find CelestialBodyName Kerbin" log errors and also Gael errors in order to understand the stuttering problem. Had to go through the forum history for every mention of that error. It took me a week to figure it out.

Saturn Biomes

Just reporting, that the Biomes for Saturn are the moon biomes in RSSKopernicus.cfg. Needs to be fixed.
Thx

update kscswitcher for rss 1.3.1 ksp

Pinging you here @rsparkyc we need a kscswitcher release for 1.3.1 so we can release the updated RSS then RO. Also can push rights be added to RO org so the other maintainers of it can make releases in future in case we can't get in touch. Ferram/egg have been doing releases of other dependencies because the permissions are all over the place and even they can't access this.

Temperature variations

Right now only Earth has temperature variation by latitude, time of day, and season (though there really isn't much seasonal yet, the axial curve isn't defined yet).
Other bodies don't have even that. Do we know anything about diurnal/latitude/seasonal variation on other bodies?

Moons invisible "ground"

This is the same issue I had mentioned a while ago regarding some of the moons and an invisible surface. For instance, on triton when you pass the 1.5km threshold above the ground any parts you decouple from your ship will go "down" then suddenly fly back up again and freeze at 1.5km in the sky while your main ships lands on the actual terrain. This happens on all of the galilean moons, triton and titan. I haven't tested with others but i'm sure they all have the same issue.

@NathanKell had mentioned knowing of this issue for a while and I thought had implemented a fix several versions ago but the problem is still there. I see the old issue is still open here: #22

Titan doesn't have its heightmap PQSMod

Time Warp Rates Not Working Correctly

Time Warp Rates Reset to stock. Meaning they are 1x 5x 10x 50x 100x 1000x 10000x and 1000000x rather than the rss 1x 10x 100x 1000x 10000x 100000x 1000000x and 6000000x rates.

Earth orbit inaccuracy after several decades

Earth's orbital period appears to be off and it's phase relative to the rest of the inner solar system planets grows increasingly inaccurate after several decades of time warping. Other planets appear to not to be affected.

jan 1 1951 earth appears to line up with solar system modeling provided by https://www.fourmilab.ch/cgi-bin/Solar

Oct 15 1997 earth is out of place when comparing to https://www.fourmilab.ch/cgi-bin/Solar

Oct 15 1997 same conclusion provided with simulator at http://space.jpl.nasa.gov/

Jan 1 2000

"Second surface" at 1km on Io, other moons

Like how it used to be for Kerbin.
Reported by @raidernick

Fade pass

Do it.

Warning Log "Cannot find preset high for pqs"

I am getting log spam every scene transition. NK fixed it with ff41704 way back when, but it definitely broke somewhere along the way. It is possible it is from onDemand.

V14.5 Release ready

So I've been testing in 1.4.5 and seeing no problems, are any items in need of update or Issues to address before release?

Ice Giant atmospheres

Neptune and Uranus don't have atmospheres. That's bad. Anyone have any data on them?

CommNet range extension

Obviously the actual configurations will wait until KSP 1.2 is fully released and Custom Barn Kit is updated, but there's no time like the present to talk balance.

As I see it, there are basically two approaches: we leave the antennas alone and tinker with the DSN ranges only, or we scale up DSN and antennas.

Option 1: leave antennas alone. Pros: fewer things patched. Part names stay valid. 😄 Cons: planets and orbits are larger, so relay setups that players are accustomed may not work if they're simply scaled up 10x for RSS.
Goals:
DSN1 x 5M to the Moon: 100G (100G x 5M = 707M, Moon is ~400M max)
DSN2 x 15G to Mars: 10T (10T x 15G = 387G = 2.58 AU, full-time coverage at Mars and part of the asteroid belt).
DNS3 x 100G to Pluto: 1000T (1000T x 100G = 10T = 67 AU, plenty for Pluto and the Kuiper Belt)

Option 2: Scale up antennas as well as the DSN.
Goals:
A "100G" relay and a "500k" antenna should be able to talk to each other from a planet to a moon -- 100G x 500k = 224M, which is just over the max distance from Jool to Pol. The max planet-moon distance in RSS is 3.88G (Saturn-Iapetus), so a factor of 20x to all antenna ranges will do the trick.
DSN1 x 100M (old 5M) to the Moon: 5G
DSN2 x 60G (old 15G) to Mars: 500G
DSN3 x 2T (old 100G) to Pluto: 50T

Lack of Charon - affecting Principia

@eggrobin pointed out that the lack of Charon is greatly affecting Pluto (makes sense)

Creating this Issue as a To-Do reminder for anyone with the know-how to create a new body, even just as a filler.

Even without a heightmap (hell, or a surface even, just PQS like a gas giant would help) having a body with Charon's orbital properties and mass will help stabilize Pluto.