Search Issue Tracker
Fixed in 2020.1.X
Votes
0
Found in
Issue ID
1092442
Regression
Yes
Setting custom bake inputs from the Lightmapping.started callback throws an error on the first bake
Setting custom bake inputs has this check
```if (!GetProgressiveBakingBackendEnabled())
ErrorString("Custom bake inputs will not be processed. Please make sure to enable Baked Global Illumination and select Progressive as the Lightmapper before generating lighting.")```
and that spits out this error if the custom bake inputs are set in the `Lightmapping.started` callback on the first bake after the Editor has been started.
The problem is that when you start the Editor the backend is invalid until the Progressive Lightmapper clears itself (which takes a few Update ticks).
It looks to me that this check should look at `GetLightmapEditorSettings().GetBakeBackend()` (what the user has set) to do the validation and not at `GISceneManager::Get()->GetBakeBackend()` (which will be invalid for the first few ticks and generally is a bit weird, as the pipeline clearing itself could query the backend and is not really expecting to get invalid as a result).
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- [Android][BiRP] Depth processing is handled incorrectly on certain Android devices when using 2 camera's
- [APV] Cancelling Display Dialog Error is thrown after Adaptive Probe Volumes tab is open in Lighting Window
- [APV] NullReferenceException is thrown when baking Adaptive Probe Volume for a Terrain with Non-GI Contributing Tree Prototypes and multiple APV objects with different LayerMasks are present on the scene
- Hands are not recognized when using Hololens 2
- "OnTriggerExit2D" is called before "OnTriggerEnter2D" when object is destroyed immediately
Add comment