Search Issue Tracker
Fixed in 10.1.0
Votes
0
Found in [Package]
HDRP 10.0.0-preview.27
Issue ID
1282111
Regression
Yes
Env light does contribute to lightmap except in first bake after Unity restart (HDRP 9.0.0-preview)
Repro:
1) Open the project in the attached EnvLightTest.zip and load up TestScene.
2) Bake light and observe that environment light is contributing to the generated lightmap.
3) In Lighting > Environment, switch Static Lighting Sky to "None" and rebake. Observe that the generated lightmap is now black.
4) Switch Static Lighting Sky back to "HDRISky" and rebake. Observe that the lightmap is now unexpectedly still black.
Expected: Rebaking with Static Lighting Sky set to "HDRISky" and "None" should generate non-black and black lightmaps respectively.
Actual: Except for the first bake, the lightmaps are always black even when Static Lighting Sky = HDRISky. See attached envbake-hdrp9.gif.
This only happens when Visual Environment -> Ambient Mode is set to "Dynamic" in the associated Volume Profile. To my understanding, Ambient Mode only affects the ambient probe and should not affect lightmap baking.
It is unclear whether this is due to an issue with HDRP or with lightmap baking.
Verified using Unity 2020.2.0b5 and HDRP 9.0.0-preview.54. HDRP 10.0.0-preview.27 also exhibits this behavior but HDRP 8.1.0 does not. This suggests the issue was introduced somewhere between HDRP 8.1 and HDRP 9.0.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Mouse input is registered incorrectly in Custom RP when downscaling Render Target and rendering Overlay UI before final upscale
- Time.deltaTime is locked to the display's refresh rate when the built Player is moved to a Secondary Display and Windowed Mode is used
- Crash on RaiseException when importing a specific asset
- Crash on RaiseException when opening a specific project
- DownloadHandlerScript.CompleteContent is called twice when building for WebGL
Add comment