Relintai/godot-lportal
1
0
Fork 0
mirror of https://github.com/Relintai/godot-lportal.git synced 2024-11-11 10:52:09 +01:00
Code Issues Packages Projects Releases Wiki Activity

Update INSTRUCTIONS.md

Browse Source
This commit is contained in:
lawnjelly 2019-10-23 12:47:30 +01:00 committed by GitHub
parent e1b00a1096
commit 4d9933321c
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 3 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
INSTRUCTIONS.md
View File

@ -333,7 +333,7 @@ Often a far better fit for lighting with occlusion culling systems is the use of
This may mean using lightmapping in combination with traditional realtime lighting, but for example, only rendering dynamic objects to the shadow maps. You can also render the realtime lighting as normal for all objects, but only put indirect lighting into the lightmaps. This gives some increase in visual quality compared to fully realtime lighting but does not help performance wise.
#### Using Baked Lighting with LPortal
### Using Baked Lighting with LPortal
I have been preparing two workflows to simplify lightmapping a level with LPortal.
1) Internal workflow - Uses Godot to UV map the objects and the BakedLightmap node to create the lightmaps
@ -341,6 +341,8 @@ I have been preparing two workflows to simplify lightmapping a level with LPorta
The first workflow is fast to use but the end results are not as high quality as using an external program. There are also currently (as of 3.2 alpha) bugs in the Godot uvmapper and lightmapper, which can result in visual anomalies.
#### Internal workflow
I am still polishing the external workflow, so will only describe the internal workflow here. It can be a good idea to examine the BoxRooms demo, which shows the process in detail.
1) Create your level as normal with rooms and portals.