• Which the release of FS2020 we see an explosition of activity on the forun and of course we are very happy to see this. But having all questions about FS2020 in one forum becomes a bit messy. So therefore we would like to ask you all to use the following guidelines when posting your questions:

    • Tag FS2020 specific questions with the MSFS2020 tag.
    • Questions about making 3D assets can be posted in the 3D asset design forum. Either post them in the subforum of the modelling tool you use or in the general forum if they are general.
    • Questions about aircraft design can be posted in the Aircraft design forum
    • Questions about airport design can be posted in the FS2020 airport design forum. Once airport development tools have been updated for FS2020 you can post tool speciifc questions in the subforums of those tools as well of course.
    • Questions about terrain design can be posted in the FS2020 terrain design forum.
    • Questions about SimConnect can be posted in the SimConnect forum.

    Any other question that is not specific to an aspect of development or tool can be posted in the General chat forum.

    By following these guidelines we make sure that the forums remain easy to read for everybody and also that the right people can find your post to answer it.

Mars terrain imported from google earth?

Nothing in FSX is absolute. You would have to program gauges for your orbiter anyway, so you can program you to give "Mars" readouts, not "Earth" readouts.

And the viewing distance (spot view) is automatically adjusted by FSX depending on the aircraft size.

Very true. I was hoping to create whole Earth-Moon or Earth-Mars transits. I am not sure if the whole scenery (amd I mean, the BASE bgl) can be reloaded without exiting the FSX. With TerraBuilder:Moon, user could switch between Moon and Earth with a small app that would rename folders, and that would require FSX restart.

However: The models WOULD have to be enlarged/decreased in size, according to a celestial body size. So, for each planet, I would need a separate capsule/lander model.

I'd still prefer doing it the "proper" way - resizing the actual planet.
 
Nothing in FSX is absolute. You would have to program gauges for your orbiter anyway, so you can program you to give "Mars" readouts, not "Earth" readouts.

And the viewing distance (spot view) is automatically adjusted by FSX depending on the aircraft size.

Hi Misho.

I think you'd need to delete all the FSX mesh, and start over with all heights relative to earth's mean sea level as an constant offset. I would guess all elevations would be negative. There would be a limit to the mesh's minimum at -32000 meters relative to earth's MSL.

dem4km.bgl would need to be replaced, and all the mesh files in the individual default scenery folders.

All vehicle or aircraft gauges would need to reflect the elevation constant offset as well.

I think it could be do-able.

Dick

Yes - That was the crux of my question. I think with "Bias" or "BaseVal" it could be doable.

As far as re-defining the global heightmap, I did that with TerraBuilder:Moon. I re-sampled dem4km.bgl and made it flat, except with a few localized areas of interest.

For the default landclasses, I would be able to create a set of generic, "dirt" maps. I could make 256 sets, each set containning 10 tiles, with each set progressively brighter. Then, using the Mars albeido map, it should be possible to create a global landclass coverage by asigning the landclass according to the albeido level. Most of this can probably be automated.

As far as gauges - isn't there a RADAR ALTIMETER variable that shows true altitude above ground, rather than atmospheric/MSL alt?
 
I don't expect you can use default gauges for something like a Mars orbiter. So you'd have to program them anyway, no need to take care of that kind of restrictions then. Just program then so that they reflect the Mars physics.
 
Back
Top