Search Issue Tracker
By Design
Votes
0
Found in
2021.3.50f1
2022.3.60f1
6000.0.43f1
6000.1.0b11
6000.2.0a7
Issue ID
UUM-100794
Regression
No
Shadows stop rendering before falloff threshold when the Camera position changes in HDRP
How to reproduce:
1. Open the attached “IN-97547_Shadow Pop HDRP“ project
2. Open the “OutdoorsScene“
3. Enter Play mode
4. Observe the Game view
Expected result: Shadows remain visible until reaching falloff threshold during Camera movement
Actual result: Shadows stop rendering before reaching falloff threshold during Camera movement
Reproducible with: 2021.3.50f1, 2022.1.0a1, 2022.3.60f1, 6000.0.43f1, 6000.1.0b11, 6000.2.0a7
Reproducible on: MacOS 15.3 (M4), Windows 11 (by user)
Not reproducible on: No other environments tested
Notes:
- Not reproducible using URP and Built-in Render Pipeline
- Reproducible in Player (both Development Build or not)
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
- Test Runner’s vertical scrollbar overlaps with the up and down arrows and upper toolbar tabs when the window is minimized
- The Input Field view is not updated when deleting lines of text
- The scrollbar does not respect empty lines in the Input Field
- “Texture Atlas Viewer“ button text overlaps another button when the UI Toolkit Debugger is narrowed
- Thresholds are no longer automatically calculated after deleting Motion fields in Blendtrees
Resolution Note:
We're able to reproduce it with the sample project, however, it uses a large scale for the scene's game objects (i.e. using a 50x122x50 scale for the Cube 2 object). Since the max shadow distance in the rendering setting is set to 150, which is a small number to cover this scene, the issue is reproducible for both URP and HDRP. We figured out this is by design as it is no longer reproducible when increasing the max shadow distance. (such as 500 to cover the entire scene objects.)