Search Issue Tracker
Fixed in 4.5.5
Votes
16
Found in
4.0.1f2
Issue ID
522223
Regression
Yes
Lighting is incorrect when a custom projection matrix is set on the camera
See attached image.
Regression from 3.5
Steps to reproduce.
1. Open scene (camera_repro)
2.Press Play: 2 views of the same scene, one using a normal ortho camera (green background), and the second using a custom projection matrix. (to see camera (with green background) choose "Camera 2 (Normal ortho)" in the Hierarchy and check and uncheck camera check box)(also please see in Scene tab)
3. Lighting is incorrect with the custom projection matrix (on the camera with blue background you can't see red light. To see it - try to move light to the right)
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
- Crash on ShaderLab::ShaderState::ApplyShaderState when entering Play Mode and calling ShaderWarmup.WarmupShaderFromCollection with a shader that has dynamic_branch
- Crash on operator delete[] when a serializable structure in the System namespace is serialized by a MonoBehaviour
- [macOS] forward and backward mouse buttons are recognized as middle mouse button
- NavMeshModifier.OnEnable/OnDisable gets progressively slower when called repeatedly
- "System.Net.CookieContainer" throws an "ArgumentException" error when using a non-UTF-8 machine locale and hostname
vrdaveb
Aug 06, 2014 02:59
We found the lighting behaves a lot better if you divide _ProjectionParams.z by 2. If you grab the 4.5.2 shader source ZIP and look at the code in Internal-PrePassLighting.shader's CalculateLight(..) function:
half4 CalculateLight (v2f i)
{
i.ray = i.ray * (_ProjectionParams.z / i.ray.z);
float2 uv = i.uv.xy / i.uv.w;
...
should be
half4 CalculateLight (v2f i)
{
i.ray = i.ray * (_ProjectionParams.z / (2.0 * i.ray.z));
float2 uv = i.uv.xy / i.uv.w;
...
CalculateLight may need more changes to support custom projection matrices.
vrdaveb
Jul 29, 2014 20:35
This also breaks lighting and shadows in deferred rendering if you have an asymmetric frustum, which is very common in stereoscopic rendering.