[TRACKER] BakedLightmap (CPU lightmapper) issues

[Calinou]

This is a tracker issue for the CPU-based lightmapper in the 3.x branch. See #56033 for issues specific to the GPU-based LightmapGI in master.

This tracker only tracks issues in the 3.x branch, not master.

Bugs

Beta Give feedback

1. BakedLightmap does not react to ambient lighting if no sky is used #23948
   bug topic:3d topic:rendering +3
2. Reparenting a bakedlightmap causes the engine to crash #28350
   bug confirmed crash topic:3d topic:rendering +5
3. BakedLightmap CPU lightmapper crashes on large scenes #45296
   bug confirmed crash topic:3d topic:rendering +5
4. New Lightmapper renders black textures with PanoramaSky EXR in GLES 2. Godot_v3.2.4-rc3_win64 #46442
   bug topic:3d topic:rendering +3
5. BakedLightmap (CPU lightmapper) does not use vertex colors (fixed in master with GPU lightmapper) #47209
   bug topic:3d topic:rendering +3
6. CPU lightmapper does not react to non-default environment Color, Energy or Sky Contribution when using the Scene environment mode #56078
   bug topic:3d topic:rendering +3
7. BakedLightmap always bakes direct light shadows (for fully baked lights), even for lights that have shadows disabled #56610
   bug discussion topic:3d topic:rendering +4
8. BakedLightmap doesn't properly light dynamic objects #69098
   bug topic:3d topic:rendering +3

Enhancements

Beta Give feedback

1. CPU lightmapper ray generation is not deterministic, making comparisons more difficult #55681
   enhancement topic:3d topic:rendering +3
2. Add a "Preview Bake" button for LightmapGI for quick preview bakes godot-proposals#2029
   performance topic:3d topic:editor +3
3. Add support for multiple atlases to the CPU lightmapper (already implemented in 3.x) godot-proposals#2147
   topic:3d topic:rendering +2
4. Implement support for subtractive shadowmapping or shadowmasking in DirectionalLight (for use with BakedLightmap) godot-proposals#2354
   performance topic:3d topic:rendering +3
5. Compute and store light direction information when baking lightmaps with the CPU lightmapper godot-proposals#3078
   topic:3d topic:rendering +2
6. Allow any floating-point value for Lightmap Scale in MeshInstance instead of just 1×/2×/4×/8× godot-proposals#3233
   topic:3d topic:rendering +2
7. Add an editor setting to configure the number of CPU threads used for lightmap baking godot-proposals#3335
   topic:3d topic:editor topic:rendering +3

[Sleggie]

Is there any progress or news on this? Or perhaps an alternative for making specularity work with lightmaps? :)

[Calinou]

Is there any progress or news on this? Or perhaps an alternative for making specularity work with lightmaps? :)

The CPU lightmapper isn't being actively worked on, as most of the focus is going towards the GPU lightmapper (which is still missing some features compared to the CPU lightmapper). There's a GSoC project currently working on the GPU lightmapper.

[Sleggie]

Is there any progress or news on this? Or perhaps an alternative for making specularity work with lightmaps? :)

The CPU lightmapper isn't being actively worked on, as most of the focus is going towards the GPU lightmapper (which is still missing some features compared to the CPU lightmapper). There's a GSoC project currently working on the GPU lightmapper.

That sounds fantastic. But from what I understood, those developments are for the 4.0 version only, am I correct?

[Calinou]

But from what I understood, those developments are for the 4.0 version only, am I correct?

Yes – the GPU lightmapper won't be backported to 3.x, as it relies on functionality only found in Vulkan (and other modern graphics APIs).