![crazy bump lighting crazy bump lighting](http://cdn.wolfire.com/blog/makingdecals/crazybump1.jpg)
Looks like I might need to research a bit on how to use a Normal Map as a Bump map. Interesting because I thought they were used for Displacement. So, I guess Terrain normals are a type of bump mapping. Which does have a link to Light-mapping algorithms Then we do have a reference for Light Mapping
![crazy bump lighting crazy bump lighting](https://yk-game.com/imgorj/crazy-car.jpg)
![crazy bump lighting crazy bump lighting](https://www.gannett-cdn.com/presto/2020/12/09/NSTN/bfa0d29d-c369-49e0-ab84-ca843d50d48e-Screen_Shot_2020-12-09_at_1.23.39_AM.png)
in a 3D renderer), then you might want to use this option to take advantage of 元DT’s bump-mapping routine." "However, if you wish to do your own light-mapping in another program (e.g. There is a manual for 元DT for a reason, so should demonstrate that I am reading it.įirst we have Terrain normals operations. Philippe Philippe Le Miere Contributing member Posts: 36 Joined: Fri 10:12 pm Location: Melbourne, Australia Doesn't seem to be a valid bump mapping in this case, as a true bump map describes surface detail independantly of a light source. The interesting thing with 元DT is that to create a Light map, Sun location is used, effectively baking in the lighting information. So, this warning is basically saying that there's no need to 'Apply bump-mapping' when then calculating the Light mapping.ĭoes this then mean that the Light map is in fact not a bump map? Is it possible to output a bump map from 元DT?įor example, maybe the Terrain normals map could be used as a bump map by de-saturating it in Photoshop (or other image editing application). When calculating a Terrain normals map, the 'Apply bump mapping' is set to on by default. bump mapping was already applied to the normals map Thought I might create a separate topic for the question of Light Maps.īeen exploring the Light Maps a bit and interestingly got the following warning: