Search Issue Tracker
By Design
Votes
0
Found in
5.4.2f1
Issue ID
853134
Regression
No
Surface Shader normal maps are not automatically normalized in fragment shader code
Steps to reproduce:
1.Download and open the attached project
2.Open scene "CubeNormals"
3.Pres play
4. Observe spinning cubes with different shaders
Expected result: second and third cubes looks the same
Actual result: second cube's normal maps are not normalized and looks different from the third cube, which was manually normalized
Reproduced on 5.2.3f1. 5.3.6p8, 5.4.2f1, 5.4.3p1, 5.5.0f2, 5.6.0a3
Notes:
the second cube's shader can be "fixed" by going to Assets/Shaders, selecting "SurfaceShader", pressing "Show generated code" and changing line 209 "o.normal = worldN" and creating a new shader by copying all the code
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Articulation Body with 'Revolute' Joint Type has erratic behavior when Upper Limit is set to above 360
- WebGL Player fails to render Scene when Terrain with Detail Mesh is added and WebGPU Graphics API is used
- Inconsistent errors are logged when different types are passed into the Query "Q<>" method in UIToolkit and the ancestor VisualElement is null
- Crash on GetMaterialPropertyByIndex when opening a specific Scene
- Discrepancies in the styling are present when using a TSS file instead of a USS file in custom EditorWindow
Add comment