Leganeski

The new bodies look fantastic, and I think that Windswept's terrain is a lot more interesting now! Are Canyon and 106030 supposed to be tidally locked? (Currently, they aren't locked but their config files don't specify rotational periods, so they inherit Moho's rotation rate from the template.)

Frontier's orbital period is 6 years 297 days (2853 Kerbin days; 1786 Frontier days; 61617827 seconds). Kronometer will let you change the calendar, but this mod doesn't have a patch for it, so you'll need to write your own configuration file if you want the year length to match the orbital period. According to this more recent post from March, Frontier is indeed still intended to have oxygen:

Congratulations on the release! There are so many unique and interesting planets that I can't believe they all fit in one system. Here is an (unofficial) table with all the delta-v information. (This may contain minor spoilers if you haven't yet looked at the physical parameters of all the bodies.)

Almost. Most* terrain only scales up by a factor of 2.5 instead of 4, so low orbits around airless bodies will still be closer than expected. This means that getting to orbit takes slightly less than double the delta-v, and transfers usually take very slightly more. By "slightly" I mean less than 0.5%, so you can probably ignore the difference without issue. *Gilly, Dak, and Tam keep their shape, so their terrain is scaled up by the full factor of 4. However, they aren't exactly the places where you have to worry very much about delta-v.

On a perfectly round airless body, your reasoning would be correct. However, Kerbin is neither of those things, and in particular its atmosphere causes a lot of imprecision. Although the scale factor increases by 4, the atmospheric scale height only increases by a factor of 1.1-1.2x, and the low orbit altitude increases by 1.5-1.6x. This means that delta-v losses from both of these sources scale up by significantly less than 2.

Hello and welcome to the forums, @destroyerofGPUs! This mod is supposed to delete the Kerbol system, so you are correct that something is probably wrong with the installation. Are you sure that you have Kopernicus Expansion working correctly? Also, AVP is a visual pack specifically for the stock system and OPM, so it will not work on other planet packs. Avalon has its own EVE and Scatterer configs, so external configs like AVP are not needed.

I don't think this is directly possible, as KSP is hard-coded around the Sun being at the center of the universe and having an infinite SOI. However, what you can do is give the Sun all the properties (including the external name) of the star that you actually want at the center, and create a new star orbiting it which has the properties of Kerbol. The stock planets can then be moved to orbit the new "Kerbol" star. Every non-Sun object has to have some kind of orbit, but it is possible to make the orbit line invisible and the orbital period extremely long, which effectively makes the object stationary.

It's not a map, but I did make a delta-v table for transfers between all pairs of currently implemented objects (not just those to or from Revan). (The table is now up to date as of version 1.3.1.)

Interesting! Those temperatures seem perfectly reasonable to me given their conditions; I was asking because the 1.1.1 download has atmospheric mean surface temperatures of 231 K for Perbi and 109 K for Heyu.

These maps and atmospheres look good, and the system layout seems quite interesting so far! I only noticed a couple things at first: Canyon, Heyu, and 106000 don't have their Scatterer atmospheres show up in game. This seems to be because Canyon isn't in the planetsList, Canyon's and Heyu's Scatterer configs have names of Duna and Eve respectively, and 106000 doesn't have a folder at all. Is the version you just uploaded to Spacedock a test version? Perbi and Heyu have liquid water oceans but surface temperatures well below 273 K. It's possible to manually adjust specific parts of the temperature-pressure curve in OhioBob's atmosphere calculator to add corrections for things like tidal heating, so would it be helpful to raise the temperatures of those atmospheres just near the surface?

For tanks, I use Simple Fuel Switch, which allows all LFO tanks to be converted to LF for pretty much exactly this purpose. If that is not an option, I usually use Mk3 fuselages, because it lowers part count a lot and the lower mass ratio doesn't actually reduce Δv all that much. I try to keep TWR in the range of 0.15 - 0.4 g (i.e. 7 - 20% of the craft's total mass is NERVs). I generally accept burn times up to about 1/6 of the orbital period at the current altitude. If the planned maneuver is larger than that, I try a few different approaches: Initially, I try using multiple periapsis kicks. (This usually works.) If the desired trajectory is so much faster than escape velocity that periapsis kicks are insufficient (e.g. Kerbin to Jool with low TWR), I attempt to find a closer large celestial body (e.g. Eve) and begin a gravity assist chain there. If no such body exists, I eject as much as I can and then finish the rest outside the SOI. In my experience, this usually happens when around a relatively small object in a very fast orbit (e.g. Hale from OPM, or Ammenon from Whirligig World), in which case the losses from reduced Oberth effect are minimal. Certainly not all of these approaches will work for everyone, but I would highly recommend Simple Fuel Switch.

In sandbox mode, all experiments (surface deployed or not) have a 0% science yield. In order to change this, you would have to start a new save in science mode and use the Alt-F12 menu to unlock all the technologies.

Hello and welcome to the forums, @rattata21216! These lines need "%" or "@" at the start. Without that, they're giving Gilly new orbital parameters in addition to its usual parameters, rather than replacing them. I'm not completely sure whether this is causing the problem, but my guess is that Principia is somehow mixing up the old and new parameters, resulting in weird orbits such as the one you encountered.

This is correct. However, the data is not transmitted continuously but rather in packets of (in the case of the HG-55) 2 Mits every 0.35 seconds, and each packet consumes 18 EC all at once. This doesn't matter much unless your total battery capacity is less than 18 EC, in which case you won't be able to transmit any packets even if you are generating the full 51.4 EC/s. None, as far as I can tell. I've launched quite a few relay satellites with powerful dishes and less than 0.1 EC/s of net electricity production, but I've never lost control due to one of them running out of charge.

Hello and welcome to the forums, @StavraDev! Surface gravity is generally not affected by the scale factor, regardless of the type of planet. For instance, Kerbin and Earth have the same surface gravity despite being at very different scales. To get the surface gravity of a 1/5 scale planet, you just need to calculate the surface gravity that a real-life planet with 5 times the radius would have. This is not actually caused by the 1/10 scale factor. Jool's surface gravity is indeed lower than what it would be in real life, but this is because the stock KSP system was created without too much attention to whether the densities were exactly realistic. (Eve is 45% denser than the otherwise similar Kerbin, a difference so substantial it would be very hard to explain in the real world.) In order to find out what Jool's surface gravity should be, we could compare it to Saturn. Jool has just over 1/10 the radius of Saturn, which has a mean surface gravity of 1.065 g, so Jool's surface gravity should be slightly higher: somewhere around 1.1 or 1.2 g. Real gas giants never get much larger in radius than that, unless they're rotating quickly or puffed up by heat from a very close star. As the mass of a planet increases beyond about that of Saturn, it starts getting compressed, and nearly all of the new mass ends up increasing the surface gravity rather than the radius. For example, Jupiter has 1.2 times the radius of Saturn, but 2.4 times the surface gravity because it is so much more compressed. Above 10 times the mass of Saturn, the radius actually starts shrinking as more mass is added! The following chart (taken from here) shows the relationship between mass and radius for a range of different compositions. Typical gas giants are near the dotted light blue line, which represents a composition of mostly hydrogen with some helium. To get the surface gravity, divide the mass by the square of the radius. Everything on the chart is relative to Earth, so it should come out in gees. Finally, I might mention that 1/4 real scale tends to be more commonly used than 1/5 in the KSP modding community. (For example, JNSQ's planets were constructed at 1/4 scale, and BDB's rockets were balanced at that scale.) Of course, the scale of your mod is entirely up to you, but choosing 1/4 scale could potentially lead to better integration with other mods.

Yes and yes. Kopernicus is the tool OPM uses to actually add its planets to the game. If you add OPM to an existing save, make sure that you don't have any crafts at Eeloo, or they might get messed up when Eeloo moves to orbit Sarnus.

Putting heat shields on both ends is my preferred strategy for trying to land anything big on any large atmospheric body. In addition to the aerodynamic stability benefits, twice as much thermal protection in case the plane does start tumbling is very helpful. What I tend to do is this: Put both heat shields far away from the center of mass. Wait until the plane slows down to terminal velocity and stops tumbling. Decouple the heat shield on the top. Wait until the plane flips over so that the other heat shield is on top. Decouple the other heat shield. This ensures that both heat shields are released in the direction they are being pulled away from the plane by drag, so that they don't break anything. Sometimes the plane doesn't stop tumbling, making this approach impossible. In that case, I still wait until terminal velocity is reached, but then try to release the first heat shield about 30 degrees before it reaches its highest point in the tumble cycle. This often works, but sometimes I need to reload a few times before getting the shield to leave at the right angle. If all else fails, you could put detachable parachutes on the wings, and decouple the heat shields after the parachutes deploy.

4478.224 km above the datum level.

Unfortunately, AVP is a graphics configuration specifically for the stock system and the Outer Planets Mod, so it will might not work on planets from other mods. Thankfully, Kcalbeloh has its own configurations for Scatterer and EVE, so you can install those mods instead and get graphics of a similar quality.

10x scale Kerbin is nearly identical to Earth in terms of its physical parameters, so getting to Mun is about as difficult as a real Moon mission. Nice job!

In general I think it’s 0.01 atm, which on Kerbin is at an altitude of about 23 km.

There is one relatively complicated technique that will actually reduce your velocity relative to Kerbin: the gravity assist. Two gravity assists at Kerbin, followed by one at Eve, can slow down your speed from 4000 m/s to 3100 m/s. However, if you just want to return a few kerbals to Kerbin, @Cpt Kerbalkrunch's suggestion of using a heat shield is much easier and more effective.

Version 0.2.0 is released! Now includes several new options; see the OP or the update changelog for more details.

That's probably it. Kerbin's rotation is defined not by its sidereal rotational period of 5h 59m 9s but its solar rotational period of 6 hours. Increasing the Sun's mass so much speeds up Kerbin's orbit significantly, shortening the orbital period to 1h 4m 7s. Kerbin needs to spin even faster than that so that the Sun still goes around every 6 hours as viewed from the surface, so its new sidereal rotational period should be 54m 25.2s. This is confirmed by the observed value. Setting solarRotationPeriod = False would make the 6 hour value be Kerbin's sidereal rotational period rather than its solar rotational period, resulting in a spin rate very slightly slower than its stock rotation. In that particular situation where the Sun's gravity is 9999999 g, Kerbin's fast rotation is the least of your worries: its SOI doesn't even go all the way to the surface, let alone out to Minmus.