https://drive.google.com/open?id=0B_OS- ... 0tnLUVOZkE
This project was started as tweaked Orbits
. Old good Orbits
(authors Ebi and Kaks) with textured planets and improved compatibility with large moons. Now it is heavy mod of original Orbits
but original Orbits
script, realizing generation of solar system and orbital dynamics, remains as crucial component of Planetary Systems
OXP. So let’s start presentation from Orbits
System layout and orbital mechanics
Maximal additional planet number in system raised from 7 to 8.
Like original Orbits
script generates planet subset, selecting planets from planetinfo.plist on pseudo-random base, but technically there are 10 variants for every planet class in planetinfo.plist. Mini-terra for example presented with radii 3000, 3050, 3100...3450 km. Script preudo-randomly selects one from ten variants for every planet class in generated subset. Ten radius variants for every planet class is not just for visual diversity (it is hard to notice visual difference between 3400 and 3450 km radius without specially planned experiment). Main reason is provide more diversity for initial data, used by PlanetEngine (about PlanetEngine a bit later)
These planets are divided onto classes based on radius:
Mini-terra – Mercury analog
Venus-like planet or desert Terra-like planet
Subterra – Mars-like planet
Superterra aka Super-Earth
Two gas giants like Jupiter or Saturn without rings
Ice giant – Neptune analog
Dwarf terra – Pluto analog
It seems to be similar to our Solar system layout with exception of super-earth, but really Orbits
generates wide range of possible layouts. You can see systems with only gas giants except main planet or with only terrestrial planets.
Discriminating borderline between large moon and small planet is raised from 1000 to 2700 km (from 10,000 to 27,000 m in game units). So you can simulate large moons such as Titan or Ganymede.
has fixed orbital period of main planet 300 days (standard year of canonic Lave). Modified script uses orbital period of main planet calculated on base of sun mass and distance (this part of work is provided by AstroLibrary external function in Sun Gear
). So you’ll have not only unique planet layout for every system, you’ll have unique value of local year.
Like original Orbits
, Planetary Systems
generates more compact systems than our real Solar system. Tionisla for example has almost all planets except Neptune analog, but with following arrangement:
0.63 OU – Miniterra
1.00 OU – Main planet
2.20 OU – Terra
3.04 OU – Subterra
3.79 OU – Superterra
4.77 OU – Gas Giant
5.94 OU – Gas Giant
6.67 OU – Dwarf Terra
script, inherited from Orbits
, limits possible layouts. You’ll never have two planets between sun and main planet as in our Solar system, only one is possible. You’ll never have second planet close enough to habitable zone so you’ll never generate lovely sci-fi setting with two or more habitable planets in system. And you’ll never generate systems expanding beyond 9 OU or so.
like original Orbits
is not intended for simulation of elongated elliptical orbits, high inclination orbits, orbital resonances etc. All planets orbited in same plane without any dynamic interaction. Extremely simplified model from school astronomy handbook, of course.
Technically more complex model is possible to realize by code upgrading, but some crucial parts of original code are too hard for me to clearly understand it and to modify without risk of breaking. So I was focused on more evident tasks.
Planet mass and chemical composition are two initial parameters, determining planet appearance. For moons and terrestrial planets you have such building materials as water ice (density 0.9), rock (density approx 2.5) and iron-nickel alloy (density approx 8.0). So for planets and moons composed mainly from these materials you’ll have mean density between these extreme values. In inner region of Solar system where solar irradiation is enough to sublimate volatiles you have mostly mix of rock and metal with only few volatiles and mean density of terrestrial planets are between 3.940 for Mars and 5.515 for Earth. In outer region of Solar system beyond frost line all three building materials are present so moons of gas and ice giants composed mainly from mix of water ice, rock and metal and mean density is from 0.98 (Tethys, composed mainly from water ice) to 3.53 (extremely dehydrated due to volcanic activity Io).
There are also more exotic materials such as dry ice (solid carbon dioxide), nitrogen ice, water-ammonia brine, high pressure water ice modifications etc. But as rule of thumb: more distance from sun – less insolation – less equilibrium temperature – less sublimation effects – more volatiles – less mean density.
Situation with planet mass is more complex. Mean density of terrestrial planet depends not only from its bulk composition. More massive planet with same composition will be more dense due to gravitational compression. From a different standpoint, more massive planet in the same region of space can capture more volatiles, thus reducing mean density.
Having sufficient mass planet can effectively capture hydrogen and helium from primordial nebula, so super-earth with critical mass above 10 Earth mass will develop extremely massive atmosphere and will transforms onto ice giant or gas giant. Difference between ice giants like Uranus and Neptune and gas giants as Jupiter and Saturn mainly in inner composition, not in visual appearance. Uranus for example consists mainly from water, ammonia and methane ices (approx 9.3...13.5 Earth masses) and rocky core (0.5...3.7 Earth masses). Hydrogen and helium in Uranus atmosphere are only 0.5...1.5 Earth mass. Jupiter, for contrast, contains relatively small core – 12...45 Earth mass. Most of Jupiter’s 318 Earth mass consists from metallic, liquid and gaseous forms of hydrogen.
This is real astronomy. In Oolite we have no planet masses nor planet density simulated, so PlanetEngine deals with some retro-engineering: taking planet radius and planet density (calculated as function of insolation and radius) it calculates planet mass. There are really three functions for planet density in PlanetEngine: for terrestrial planet, for ice giants and for gas giants (in case of ice and gas planets located deeply outside frost line insolation is not taken into account, just planet radius). Having planet mass and radius, calculations of surface gravity and escape velocity are trivial tasks.
Just one note. PlanetEngine uses planet with 6400 km radius as Earth analog for simplicity, not 6371 km real Earth mean radius (6378 km, mentioned in Sun Gear
topic, is Earth equatorial radius), so calculated surface gravity and escape velocity will be slightly different from real values based on precise calculations using gravitational constant G.
Atmosphere parameters are less formalized data on project. Look on our Solar system. Extremely thin and cold Mars atmosphere (6 mbar pressure on “sea level”) is a present result of dissipation of more dense initial atmosphere. Extremely dense and hot Venus atmosphere (93 bar and 735 K on surface level) is a result of limestone degassing caused by runaway greenhouse effect. Extremely oxygen enriched Earth atmosphere (21% oxygen) is result of activity of life on planet. We have no yet exact knowledge of initial atmosphere parameters for these planets nor accurate general model of atmosphere evolution during 4.6 billions years from formation of Solar System. So this part of PlanetEngine is a bit wild and, honestly, oversimplified speculation based on some assumptions.
PlanetEngine calculates atmosphere mass per unit of surface square based on initial atmosphere pool (more planet mass and less insolation – more fraction of volatiles) and rate of dissipation (again more planet mass and less insolation – more atmosphere remains). Atmosphere pressure is calculated as weight of atmosphere mass per surface unit (you can calculate it having only atmosphere mass per surface unit and surface gravity).
Atmosphere temperature calculation is not so simple. Greenhouse effect is roughly calculated based on atmosphere mass per surface unit. Final temperature on surface level is a sum of equilibrium temperature of planet surface without atmosphere and greenhouse offset. This is oversimplified model, not taking into account planet albedo nor atmosphere composition. But it simulates diversity of conditions, generating planets with extremely rarefied cold atmosphere like Mars, dense cold atmospheres like Titan or superdense extremely hot atmosphere like Venus.
Planet Data Interface
Let’s enough about details of PlanetEngine internal functions. How it will be manifested in game?
If you have PlanetFall
OXP (author Thargoid) or my PlanetLand
(OXP with similar functionality, based on PlanetFall
) installed, after docking with planet/moon surface port you’ll have access to new F4 screen Planet Data interface. It generates pages with slightly different output for planets and moons.
Planet Data Sheet for planet ports:
Orbit radius in OU
Orbit period in days
Mean density, g/cm3
Mass, TU – Terran Units
Escape velocity, km/s
Surface gravity, g
Atmosphere pressure, bar
Surface temperature, K
Output for Moon Data Sheet is almost the same, but orbit radius is displayed in host planet radius units, not in OU.
There are two tricks in case of super-earths, ice giants and gas giants.
Gas giants has no surface in common sense. Gas deeply below cloud layers smoothly reaches state of supercritical fluid. So Planet Data Sheet page takes 1 bar atmosphere pressure level as reference point in case of gas and ice giants.
Non-linear scale is implemented to large planets (super-earths, ice and gas giants). Being only 172,500 m radius in game really, largest gas giant is displayed in Planet Data Sheet page as gas giant of 72,500 km radius instead 17,250 km of default planet scale. Planet mass, escape velocity and surface gravity is displayed scaled too. This non-linear scale is used for display purposes only. Any calculation are based on internal scale. This is forced decision. Honest simulation of planet with 72,500 km radius (slightly more than Jupiter’s 71,500 km equatorial radius) will create too wide zone of mass-lock. Starting from surface port on Cobra Mk III, you’ll need 34.5 min on full throttle to leave mass-lock zone. Honest displaying of real 17,250 km radius of Jupiter analog will lead to too low mass of planet: having density 1.325 like real Jupiter its analog will have only 4.7 mass in Earth units, not real 318!
There is also bias in small planet parameters. Mercury and Pluto analogs in Planetary Systems are larger than prototypes. Initially it was implemented as simple way to avoid confusion between small planets and large moons.
There are two parameters, extremely important for good sci-fi setting and completely missing in PlanetEngine yet.
Planet axial rotation period (local day)
Typical value of rotation_speed parameter in planetinfo.plist included in game is between 0 and 0.01 radians/s or so (I don’t know exactly upper limit). Having rotation_speed 0.0045 and radius 4116 km (case of vanilla Lave), you’ll have rotation period only 23 min 16 s and linear rotation velocity on equator 18.5 km/s! Such planet in reality will be ripped off by centrifugal forces. Of course, this is setting just for visual appearance. It seems nice idea to give player opportunity to observe almost all planet during short trip from witchpoint to main station. But if you have PlanetFall
and descending to low altitude, the things seems to be wrong – planet rotation looks too fast comparing with ship speed.
Setting rotation_speed to honest value 0.0001 or so (rotation period 17 hours 45 mins) will solve this problem, but at the cost of visual appearance – it is problematic to note subtle changes in planet details visibility during few minuts of flight. I have no idea to solve this conflict.
Planet axis tilt
This parameter is crucial for climate modeling. But in Oolite planet orientation seems to work unpredictable – despite the same orientation declared for all additional planets in planetinfo.plist some of them are almost upright, some are lying on side. I have no idea how to fix it. Honestly.
Smart selection of planet texture
Initially Planetary System
has predetermined set of textures for every planet class such as Martian texture set for analogs of Mars, Venusian for analogs of Venus and so. Mercury analog orbit always created between sun and orbit of main planet, so it is safe to give Mercury analog texture of heavy cratered dry world such real Mercury or Moon. Terra-like planet in absence of Mercury analog will be be inside main planet orbit and looks like Venus, but if Mercury analog is present, Terra-like planet will be placed outside main planet orbit and looks like snowball Earth. Pluto analog is extreme case: in rare events of absence of other additional planets it occupies place of Mercury and looks like dry hot airless world, not icy cold airless one. These variations were implemented in next iteration of Planetary Systems
Now textures for terrestrial planets selected using not planet positions per se but surface temperature and atmosphere pressure, calculated by PlanetEngine. So we have more possible variants in planet appearance: it may looks like Mars with polar ice caps or without ones, like cold windy rocky desert or hot sandy desert, like snowball Earth or volcanic world. I hope it will be fun to explore these variations.
There a five variants of every type of texture (60 in sum), selected for every system pseudo-randomly.
This OXP uses AstroLibrary functions in Sun Gear
OXP to calculate properties of system planets and moons. So Sun Gear
OXP is obligatory.
Habitable Main Planets
OXP is highly recommended to provide more reliable data for main planet. This is no way to match calculated atmosphere density and surface temperature for planet of 3000 km radius, for example, with vanilla game classification of such world as agricultural/tropical paradise.
Interaction of Planetary Systems
OXP with planets added by other OXPs can cause inflation of system far beyond planned size. Diso
.oxp with 4 additional planets is a good example of such system.
OXP is incompatible with Additional Planets SR
due to same reason.
Like original Orbits
, Planetary Systems
needs some time to generate solar system, so problems with positioning of moons, stations and ships added by third party OXPs or system populator can appear. See more details discussed in my post from Dec 23, 2018 in topic http://aegidian.org/bb/viewtopic.php?f=4&t=8216
Specific case of incompatibility is Market Cooldown
OXZ (author spara). It uses sum of station distances to witchpoint and to sun as unique key for port identification. This method works in static deterministic system, but fails in dynamic systems with changing psw triangle.
in combination with Sun Gear
generates really vast solar systems. Having planet with radius 6400 km and sun on distance 695 planet radii, planet on outer 7.5 OU edge of system will be on distance 333,600,000 m in game units – slightly less than distance between Earth and Moon in reality. It is 8 hours 16 minuts for Cobra Mk III flight on Torus drive, so you need special instruments for exploration of distant planets such as Norby’s Torus to Sun
or my warp drive, implemented in Hard Way
. Navigation in vast systems is almost impossible without ASC upgrade. These considerations, however, are implemented only to intra-system navigation: distance between main planet and witchpoint remains unaffected.
To provide easy updates all planet textures repacked as separate texture packs.
Planetary Systems.oxp - core package.
Planetary Systems Texture Pack A.oxp - Ice Deserts
Planetary Systems Texture Pack B.oxp - Cold Deserts
Planetary Systems Texture Pack C.oxp - Sand Deserts
Planetary Systems Texture Pack D.oxp - Volcanic Deserts
Planetary Systems Texture Pack E.oxp - Cold Mars Analogs
Planetary Systems Texture Pack F.oxp - Hot Mars Analogs
Planetary Systems Texture Pack G.oxp - Gas and Ice Giants
Planetary Systems Texture Pack H.oxp - Misc (Mercury, Pluto, Venus analogs and super-earths).
Original planet textures were reprocessed. Reprocessing includes converting JPG file format onto PNG, rescaling image size to standard aspect for lat-long maps 2:1 with size 2 * 2^n width and 2^n height, using color saturation and lights/shadows level correction filters.
Texture size 4096x2048 was used as compromise between file size and visual quality, but due to shortage of high-res texture files medium-res 2048x1024 textures also used to complete texture sets.
Orbits main script - Ebi, Kaks.
Textures - Celestia Motherlode and freebitmaps.blogspot.com.
See more detailed texture credits in Texture Pack Readme documents.