Search Issue Tracker
By Design
Votes
0
Found in
2019.3.15f1
2019.4
2020.1
2020.2
Issue ID
1262675
Regression
No
Lightmap is incorrect in Standalone with all LodGroups except Lod0
How to reproduce:
1. Open attached project "LightmapST.zip" and scene "SampleScene"
2. Enter Play mode
3. Observe the Game view
4. Build and Run
5. Observe the Standalone
Expected result: Game view and Standalone lightmap results are the same
Actual result: Standalone lightmap have artifacts
Reproducible with: 2019.4.4f1, 2020.1.0b16, 2020.2.0a18
Could not test with: 2018.4 (lightmapper error of a feature which is not present in the version)
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
Resolution Note:
The issue happens due to the lightmap scale/translate values not being correctly baked in to the mesh UV2 channel for the standalone player.
This happens because code which runs in the Editor is not being run at build time in order to sync those values. The Editor code relies on a function being called at domain reload, however this doesn't happen in the build.
Rebaking lighting via the light baking window appears to fix the issue because what is happening behind the scenes is a new callback for OnSceneOpened is being registered, which does get called during the build process, and that calls the code which fixes up the scale/offset values for the renderer.