Search Issue Tracker
By Design
Votes
1
Found in
2021.3.12f1
2022.1.23f1
2022.2.0b15
2023.1.0a19
Issue ID
UUM-21680
Regression
No
URP CopyDepth process being executed when DepthPriming Mode is enabled
How to reproduce:
1. Open the attached project “DepthPriming”
2. Enable the Frame Debugger
3. Observe the executing processes
Expected result: CopyDepth process isn’t here because DepthTexture is disabled in UniversalRP-HighQuality(UniversalRenderPipelineAsset); only DepthPriming Mode is enabled
Actual result: CopyDepth process is being executed
Reproduced with: 2021.3.12f1, 2022.1.23f1, 2022.2.0b15, 2023.1.0a19
Couldn’t test with: 2020.3.41f1 (there are no such settings)
Reproduced on: Windows 11 Pro
Note: Not reproducible in other Render Pipelines
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
- Blank, Light-Themed "Create Node" window becomes visible on the next project open
- UI Elements/Layout inconsistencies in the Particle System component
- The Game view and Scene view fail to render when launching the Editor with a maximized Render Graph Viewer window
- "List is empty" is poorly visible in the "Create Node" window
- [Android] GameObject with a custom shader becomes invisible when deployed with the Vulkan Graphics API
Resolution Note:
Depth priming still copies the depth attachment to the depth texture after the depth prepass, since the depth texture still needs to contain the MSAA resolved opaque depth and that is done by a copy depth pass.
The main benefit of using depth priming is reducing overdraw, not removing the copy depth pass.
If you want to have a depth prepass and no copy depth at all, please set "Depth Texture Mode" to "Force Prepass" instead of depth priming