Search Issue Tracker
Fixed in 2022.1.X
Fixed in 2021.2.X
Votes
0
Found in
2019.3.6f1
Issue ID
1230918
Regression
No
[Encoding/compression] Lightmap Encoding Quality settings do not apply to Shadowmask textures
Steps to reproduce:
1. Download and open the attached project
2. Open SampleScene
3. Bake the lighting
4. Navigate to Project Settings > Player > Lightmap Encoding Quality and make sure that it is set to High
5. Select shadowmask texture
6. Notice that its compression quality is set to Normal
Notes:
- Reproduces on 2017.4.38f1, 2018.4.20f1, 2019.3.6f1
- This negatively impacts the quality of shadowmask output (please see the attached .gif)
- For more information please refer to the following Favro card: https://favro.com/organization/c564ede4ed3337f7b17986b6/0ae5422e2f78207a0998ab80?card=Uni-132740
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
- Crash on TextCore::OTL_TableReader::GetOpenTypeLayoutTables when using Japanese Font as TMP Fallback
- TreeView.AddItem performance regression when opening EditorWindow
- Shadows are not visible in Player when using DX12 with Forward+ or Deferred+ rendering in URP
- Rendering Debugger Playmode debug UI scrolling is jittery when using click and drag to scroll
- Frame Debugger Target Selection Search Results window becomes too tiny to even see the default “Editor” selection when there are no search results
Resolution Note (fix version 2022.1):
The behavior that Lightmap Encoding doesn't affect shadowmask textures is actually by design (albeit arguably a confusing design). Lightmap Encoding was originally intended to only affect reguar lightmaps and directional lightmaps, but only in some cases. This is not intuitive and we aim to address this issue by completely decoupling Lightmap Encoding from lightmap compression. Instead, we aim to add a new explicit lightmap compression setting in the Lighting Data Asset that gives the user full control of the compression quality used for _all_ lightmaps (including directional lightmaps, and shadowmasks). This removes a lot of edge case and simplifies the logic regarding how to configure lightmap compression.