Page MenuHome

Eevee screen space reflection artifacts (pattern of lines across surface)
Closed, DuplicatePublicBUG


System Information
Operating system: Windows-10-10.0.19041-SP0 64 Bits
Graphics card: GeForce GTX 1070 with Max-Q Design/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 451.67

Blender Version
Broken: version: 2.91.0 Alpha, branch: master, commit date: 2020-10-09 21:39, hash: rB7ab8d7c939e8
Broken: version: 2.91.0 Alpha, branch: master, commit date: 2020-08-25 19:28, hash: rB396d39c6b904
Worked: (newest version of Blender that worked as expected)

Short description of error
Eevee produces very noticeable screen space reflection artifacts in the form of a pattern of lines across the surface.

There's a few other open bugs about SSR (available upon request; didn't want to link them just yet) but none specifically about long lines across a surface like this and happening across viewport/render modes.

There's nothing strange about the surface or setup here:

  • no custom normals, no modifiers
  • material is a basic principled setup with average roughness
  • occurs in the viewport and with proper renders
  • occurs at high sample counts as well as trying to use 1 and regardless of if TAA is enabled or not
  • occurs using both the "high res trace" as well as the default half-res SSR option
  • does seem to occur more when using hdri's, both builtin and otherwise (hdri not included in the .blend but any should show the issue including the studio hdri's that are built in.

Exact steps for others to reproduce the error

  • Use the attached .blend to see the issue
  • The default material, with its color dragged to complete black, will show the issue even on the default cube

Bad artifacts in the viewport:

Bad artifacts with a real render:

Event Timeline

Almost sure that it is the same bug, as in the other one I also cannot reproduce this problem with my AMD GPU.
However, the HDRI shown in the image is not available.
I don't know if it can affect the result.

You can attempt with the default scene as well since the built-in HDRi's also show the issue. I only showed a real HDRi to prove out that it's not related to just viewport but will also occur for final renders and that it's not because of the low-res nature of the built-in HDRi's.

Dup'ing this bug to the other is fine, just list out the additional info -- the oldest build I have is from 8/25 and that has the issue too, it might be related to HDRi lighting, happens in viewport and final renders, sample count doesn't affect it.

Germano Cavalcante (mano-wii) changed the task status from Needs Triage to Confirmed.Oct 14 2020, 12:24 AM
Germano Cavalcante (mano-wii) changed the subtype of this task from "Report" to "Bug".

I can't reproduce, but since it was reported twice, I'm confirming it as a bug.

I can confirm as well, looks the same as T81105, will merge these reports