Example:
Code: Select all
Moon "Name"
{
MassMoon 1.3
DistKm 140443
Class "Desert"
Atmosphere
{
ColorRGB (255 0 0) //Red color
Pressure 0.45
Greenhouse 0
}
Moon "Name"
{
MassMoon 1.3
DistKm 140443
Class "Desert"
Atmosphere
{
ColorRGB (255 0 0) //Red color
Pressure 0.45
Greenhouse 0
}
I think you put the atmosphere parameters directly into the code of the planet, it is true that it can be practical to avoid creating new models and have fun having the right color by saturation and hue. Since in the code the colors range from 0 to 1, so keep it there too, just divided the value by 255 (1 0 0).Another idea: Add ColorRGB parameter to the atmosphere tag, it will set the color of the atmosphere, because it would be much easier than creating an atmosphere model[DOT] If this paremeter is not written down in the planet code, SE will select a random color, that is not black or white, if possible[DOT]
Example:Code: Select allMoon "Name" { MassMoon 1.3 DistKm 140443 Class "Desert" Atmosphere { ColorRGB (255 0 0) //Red color Pressure 0.45 Greenhouse 0 }
//Object name
}
'Object name' is an 'object type' wich is 'object age', and locates itself on 'galaxy name'. It is made of 'object composition', and has
'object number of sattelites' (planets or moons).
It is 'object diameter' or 'object circumference',wich is an 'object size magnitude' (small, medium, large, colossal), making it
'object rarity' (Common, uncommon, rare).
}
//Exclusive for planets
'Planet name' also has an 'planet ESI percentage', and a 'planet ocean comoposition'.
}
//Exclusive for asteroids
'Asteroid name' is an asteroid orbiting 'star name' in the 'galaxy name' galaxy. It weights 'asteroid mass in kgs', and is composite of
'asteroid composition percentages'. It is 'asteroid age' and orbits it's parent star every 'orbital period' years.
It's orbit has an inclination of 'asteroid orbit inclination', and a semimajor axis of 'asteroid semimajor axis'.
//End
<Object> "<Object name>"
{
Form "<Form type>" //"Sphere", "Cube", "Torus", "Halo",...
}
It's impossible. Atmospheres are not coloured by a simple RGB value, they are modelling light scattering. The only possible way to "repaint" the atmosphere is changing the result image, for example with a conversion in HSV color space.
Indeed, don't understand. Do you mean indication of the lunar phase?
It can look rather simple in English, but think about other languages. Making generated sentence correct grammatically in Russian is a programming nightmare. Russian has 7 cases and 3 genders of nouns, 6 conjugation of verbs, and other cool stuff. All these things changes the suffix of a word, requires particles for agreement of different word in the sentence, etc. With some effort I can implement this for Russian, and maybe for English, but I am not familiar with other languages.
Impossible again. Atmospheric scattering code is designed for a sphere. It is not easy to adapt it for other shapes, many optimizations must be skipped, and entire code rewritten because of this. Too much effort for just few strange mods. The only shape which I probably will implement is a ring (ringworld).I have an idea but that seems stupid because it is not really realistic but at least for modded objects.
It's about choosing the shape of the object (stars, planets,...), the atmosphere, the clouds and the level of the ocean, by default if you put nothing, it's a sphere. After it just needs to be specified if we want another form this :
M8, that's because you don't know portuguese.It can look rather simple in English, but think about other languages. Making generated sentence correct grammatically in Russian is a programming nightmare. Russian has 7 cases and 3 genders of nouns, 6 conjugation of verbs, and other cool stuff. All these things changes the suffix of a word, requires particles for agreement of different word in the sentence, etc. With some effort I can implement this for Russian, and maybe for English, but I am not familiar with other languages.
It is worth mentioning that HSV modification of atmospheres is already implemented, using the Hue and Saturation parameters in the atmosphere tag. You can use the planet editor in-engine to find the values you want.It's impossible. Atmospheres are not coloured by a simple RGB value, they are modelling light scattering. The only possible way to "repaint" the atmosphere is changing the result image, for example with a conversion in HSV color space.
This should be fairly simple to implement (though tedious to code). It could be handled as a community project if the script defining what text should be generated could be put into locale config files. Then the only thing the engine itself would need would be a script parser and to pre-define some user-friendly variables and constants to be used by the script.It can look rather simple in English, but think about other languages. Making generated sentence correct grammatically in Russian is a programming nightmare. Russian has 7 cases and 3 genders of nouns, 6 conjugation of verbs, and other cool stuff. All these things changes the suffix of a word, requires particles for agreement of different word in the sentence, etc. With some effort I can implement this for Russian, and maybe for English, but I am not familiar with other languages.
The answer is yes (although I think it is in relation to the solar day) but also a calendar of the planet. I managed to do it through a Python program for my calendar with putting the phases of the moons (see here (French)) so I think it is possible to do it to others. Only disadvantage, the time (0 second) begins the first of January 1970. Otherwise one must make a beautiful addition of today in seconds minus 01/01/1970 in seconds (62125920000).
import time
t=time.time()
t=t+(1970*3600*24*365)
I would have thought that it would be towards the last ones implemented because I think that this type of model that makes almost 3 in 1 (ring, torus, halo) is the most complicated, must "pierced the sphere" Not see how the gravity would work in Space Engine. On one side one is drawn towards the center of the mass of the object on the surface furthest from the center of gravity and on the other to the surface closest to the center of gravity by the centrifugal force. Otherwise, very interesting.Impossible again. Atmospheric scattering code is designed for a sphere. It is not easy to adapt it for other shapes, many optimizations must be skipped, and entire code rewritten because of this. Too much effort for just few strange mods. The only shape which I probably will implement is a ring (ringworld).I have an idea but that seems stupid because it is not really realistic but at least for modded objects.
It's about choosing the shape of the object (stars, planets,...), the atmosphere, the clouds and the level of the ocean, by default if you put nothing, it's a sphere. After it just needs to be specified if we want another form this :
It is impossible with the atmosphere model used by SE. It could be possible to make some model which produced good results AND allowed defining simply by giving a single color value, but it would require writing all new code for the atmosphere model. It hardly seems worth it just to save a few modders 1 minute of time from having to go into SE and choose a hue shift value and saturation value to apply to a specific model.
Type in the console: 'run example'
The new version will have ability to run a script passed through a command line. So you may make a .bat file or edit SE shortcut. This also means that you can associate SpaceEngine.exe with the script file extension and "run scripts" by double-clicking on them.
Yes, it's possible. I plan to make an ice layers/floating ice caps using two additional "surface" layers floating in the ocean.
Very interesting. Can we also make floating islands (even if I think unrealistic but can be artificial) ?