Blender Git Loki
Git Commits -> Revision a7b7f67
Revision a7b7f67 by Clément Foucault (master) May 5, 2021, 16:40 (GMT) |
Fix T86037 EEVEE: SSR option changes render passes result This was caused by the SSR option resetting the accumulation. But the render passes were only cleared in the init phase. This means that when SSR was resetting the taa_render_sample the actual renderpasses would still contains 1 sample. This means the renderpasses were always divided by the wrong number of samples. The fix is to clear just before accumulation if the sample is 1. The fact that it works for motion blur is kind of a blessing. This is because we check stl->effects->ssr_was_valid_double_buffer before resetting the sampling. So this only happens on the first motion step and does not affect the rest of the rendering. Reviewed by: jbakker Differential Revision: https://developer.blender.org/D11033 |
Commit Details:
Full Hash: a7b7f67fc4ad0a5bf4ffc2a64467b55479f4fd95
Parent Commit: 0e5f58b
Lines Changed: +76, -79
6 Modified Paths:
/source/blender/draw/engines/eevee/eevee_materials.c (+33, -31) (Diff)
/source/blender/draw/engines/eevee/eevee_mist.c (+8, -9) (Diff)
/source/blender/draw/engines/eevee/eevee_occlusion.c (+8, -7) (Diff)
/source/blender/draw/engines/eevee/eevee_screen_raytrace.c (+8, -10) (Diff)
/source/blender/draw/engines/eevee/eevee_shadows.c (+8, -10) (Diff)
/source/blender/draw/engines/eevee/eevee_volumes.c (+11, -12) (Diff)
/source/blender/draw/engines/eevee/eevee_mist.c (+8, -9) (Diff)
/source/blender/draw/engines/eevee/eevee_occlusion.c (+8, -7) (Diff)
/source/blender/draw/engines/eevee/eevee_screen_raytrace.c (+8, -10) (Diff)
/source/blender/draw/engines/eevee/eevee_shadows.c (+8, -10) (Diff)
/source/blender/draw/engines/eevee/eevee_volumes.c (+11, -12) (Diff)