Search Issue Tracker
By Design
Votes
0
Found in
6000.0.54f1
Issue ID
UUM-111654
Regression
No
SpriteRenderer has wrong input color when associated material uses SRPBatcher
How to reproduce
1. Extract and open the attached “IN-107982.zip” project
2. Observe the Game View
Expected result: All squares are coloured
Actual result: Only non-SRP squares are coloured
Reproducible with:
6000.0.54f1
Could not test with: 2023.3.0b10, 6000.1.12f1, 6000.2.0b10, 6000.3.0a2 (Shaders used are highly customized, upgrading and downgrading causes unfixable compilation errors)
Reproducible on: MacOS 15.5 (Silicon)
, Windows 11
Not reproducible on: No other environment tested
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
- URP Terrain Demo crash on burst_signal_handler after Generating lighting
- Project window button icons are poorly visible and their shades differ in Light theme
- GC.Alloc called by HDRenderPipeline.LensFlareMergeOcclusionDataDrivenPass() when playing the default HDRP Sample Template project
- Automatic LOD fails and SRP Batcher incompatibility occurs when using spline-based quad-topology meshes
- Editor crashes on D3D12GetInterface when repeatedly enabling and disabling 256 text components
Resolution Note:
For 2D Renderers in URP, if SRP-Batcher is active, Color is in unity_SpriteColor (UnityPerDraw) and Vertex Color is White
If SRP-Batcher is inactive or Shader is not SRP-Batcher compatible, Dynamic_Batching is used. unity_SpriteColor is white and color is now in Vertex Color
To fix the shaders, please use an appropriate function to get the Sprite Color.