Matrix Games Forums

ORIGINAL: TSBasilisk
For drawing your own custom planets, is that able to benefit from the secondary features of the fractal generation - city lights, clouds, etc.? I imagine you'd have something like that for any unique planets you might add to the game, such as homeworlds. Would you need to create a height map to accompany the terrain drawing for example or would the engine be able to do that on its own?

ORIGINAL: SirHoraceHarkness
This is one I don't think people have asked about but will there be the ability to make system templates for galaxy creation? As in you recreate the solar system and the game will use that as your starting system if you pick humans? It could also help to make galaxy creation a little less random by having a certain amount of systems contents predetermined.

ORIGINAL: Lobster

No Man's Sky uses procedural rendering. Only way you can have quitillions of planets.

Looking foward to DW2

ORIGINAL: elliotg

ORIGINAL: TSBasilisk
For drawing your own custom planets, is that able to benefit from the secondary features of the fractal generation - city lights, clouds, etc.? I imagine you'd have something like that for any unique planets you might add to the game, such as homeworlds. Would you need to create a height map to accompany the terrain drawing for example or would the engine be able to do that on its own?

If you want to use the built-in procedural planet or star shaders then you get access to all of the rendering features. But if you choose to use static textures, then the following features could still work with it:
- animated cloud layers
- atmospheric haze
- planetary rings

The city night lights and terrain shadowing rely on the procedural height map, which you forgo if you choose to instead use static textures. Of course along with the static textures you would have access to all the standard material features: normal maps, emissive maps, specularity, etc.

ORIGINAL: zgrssd

ORIGINAL: elliotg

ORIGINAL: TSBasilisk
For drawing your own custom planets, is that able to benefit from the secondary features of the fractal generation - city lights, clouds, etc.? I imagine you'd have something like that for any unique planets you might add to the game, such as homeworlds. Would you need to create a height map to accompany the terrain drawing for example or would the engine be able to do that on its own?

If you want to use the built-in procedural planet or star shaders then you get access to all of the rendering features. But if you choose to use static textures, then the following features could still work with it:
- animated cloud layers
- atmospheric haze
- planetary rings

The city night lights and terrain shadowing rely on the procedural height map, which you forgo if you choose to instead use static textures. Of course along with the static textures you would have access to all the standard material features: normal maps, emissive maps, specularity, etc.

Some questions:
1. Could you allow modders to manually define a height map? You already planned for hand-drawn textures, the height-map would be just another input.
Actually providing the custom height map might be more interesting in the first place: Being able to see the same topography in different climates and levels of colonisation might be interesting.

2. Will it be possible to extract the Seeds for each procedural step from a existing games planet?
Effectively giving us a way to "re-use" a well generated world in future maps via map editing?
This would also be nessesary for bugfixing, as the procedural drawing code might break.

ORIGINAL: elliotg

2. Will it be possible to extract the Seeds for each procedural step from a existing games planet?
Effectively giving us a way to "re-use" a well generated world in future maps via map editing?
This would also be nessesary for bugfixing, as the procedural drawing code might break.

It may be possible to do something like this in the future, however there is more than just a single seed value that defines the appearance of the planet. The planet type itself (volcanic, ocean, etc) defines a set of values, including the actual procedural shader selected. So all of these values work together to render the planet.

Without city night lights and terrain shadowing, planet textures just will not be usefull for custom planets. They would inherently look worse then their procedural counterparts. There is a reason you only use them for Asteroids.

I do forsee this becomming a critical issue for the modding community.

ORIGINAL: zgrssd

Without city night lights and terrain shadowing, planet textures just will not be usefull for custom planets. They would inherently look worse then their procedural counterparts. There is a reason you only use them for Asteroids.

I do forsee this becomming a critical issue for the modding community.

I think I should elaborate on this. I understand why you did it from a production perspective. But I also forsee 3 ways this could affect the modding community and thus the game:
1. The inability to make a remotely decent looking Solar System/Earth will turn away graphic modders. Which would negatively impact the longterm survival of the game.

Retexturing a colonizable planet without it looking like crap in the game. This should be around "Hello World" in difficulty. But I doubt it will even be possible in the game.

2. There will be a thread looking for "the closes approximation to earth".
Where people will exchange the inputs for the procedural generation that will closest represent earth. So they can have "almsot earths" in their galactic maps.

3. You give us at least some way to bodge the planet
- You can not give us a scaling heightmap (as those have to be procedurally generated), but what about a low detail heightmap of earth? Not a lot of the mountains throw shadows that can be seen from space. Even this image is only 254 KiB in size and has a lot of excessive detail. My instinct tells me we would only need 2 bits per pixel (Mountain visible from space, Land, Ocean, Deep Ocean). Any missing details could be interpolated from that.
- Maybe a static "city map" for populated planets, that is masked by the day/night cycle?
- Maybe a static cloud layer, that just rotates around the planet?


I hope I am wrong with Option 1. But I fear that you need to have 2 or 3 ready around release.