Search Issue Tracker
Fixed in 2019.2.X
Fixed in 2018.3.X, 2019.1.X
Votes
0
Found in
2018.3.0a1
2018.3.3f1
2019.1.0a1
2019.2.0a1
Issue ID
1122595
Regression
No
No indirect light baked on Progressive CPU when setting bounce value to 3 at the start
Steps to reproduce:
1. Open attached project "case_1122595"
2. Make sure that Lighting window-> Lightmapping Setting-> Bounces value is set to 3 or None
3. Generate Lighting
Expected results: Light is Baked with normal shadows
Actual results: When the Light is Baked shadows become darker
Reproducible with: 2018.3.3f1, 2019.1.0b2, 2019.2.0a3
Not Reproducible with: 2017.4.19f1, 2018.2.18f1
Notes: Scenes must be open at the same time, one as single and others as addictive. Also, this bug occurs only when Lightmapper is set to Progressive CPU. If Lighting is baked on any other Bounces value and then baked again on Bounces value 3, the bug will not occur.
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
- The terrain appears darker when "Per-pixel Normal" is enabled
- [Linux] Editor assertion causes Test Runner to fail when executing it in Batch Mode
- Color selection by the mouse cursor is still enabled when the "Esc" button is pressed
- Game view becomes black and the Scene window becomes grey, “ArgumentOutOfRangeException” errors and “Render Pipeline error” warnings appear after changing the name or deleting URP/HDRP global settings file
- Transform Component is not accessible inside the Player when RuntimeInitializeOnLoadMethod is used
Resolution Note (fix version 2019.2):
LightmapBakeTechnique::SetBounceCount() did an early out if the value of the parameter was identical to its member m_BounceCount. However, since that member defaults to 3 this means that the first bake of a scene after opening the Editor with a bounce count of 3 never actually sets the bounce count in RLSL, leading to no GI bounces and no environment. Emission and other indirect effects were also ignored.