EEVEE: long background render times create sluggish viewport #71398

System Information
Operating system: Darwin-18.7.0-x86_64-i386-64bit 64 Bits
Graphics card: AMD Radeon Pro 560X OpenGL Engine ATI Technologies Inc. 4.1 ATI-2.11.20

Blender Version
Broken: version: 2.82 (sub 1), branch: master, commit date: 2019-11-04 20:01, hash: ef7fd50f8a
Worked: (optional)

Short description of error
The EEVEE background render times at (250ms) create a sluggish viewport. I strippeed away as much as possible, so deleting a material / modifier or hiding an element will restore the background render times to less then 10ms. Also moving a mesh (Part1 or Part2) out of the "Eyes" collection the viewport speed is ok again. But very oddly the order of adding any of these meshes back to the "Eyes collection" - so first Part1, then Part2 vs. first Part2, then Part1) makes the viewport behave correctly or very sluggish.

Exact steps for others to reproduce the error

open the file
rotate in the viewport

pinata_Bug.blend

**System Information** Operating system: Darwin-18.7.0-x86_64-i386-64bit 64 Bits Graphics card: AMD Radeon Pro 560X OpenGL Engine ATI Technologies Inc. 4.1 ATI-2.11.20 **Blender Version** Broken: version: 2.82 (sub 1), branch: master, commit date: 2019-11-04 20:01, hash: `ef7fd50f8a` Worked: (optional) **Short description of error** The EEVEE background render times at (250ms) create a sluggish viewport. I strippeed away as much as possible, so deleting a material / modifier or hiding an element will restore the background render times to less then 10ms. Also moving a mesh (Part1 or Part2) out of the "Eyes" collection the viewport speed is ok again. But very oddly the order of adding any of these meshes back to the "Eyes collection" - so first Part1, then Part2 vs. first Part2, then Part1) makes the viewport behave correctly or very sluggish. **Exact steps for others to reproduce the error** 1) open the file 2) rotate in the viewport [pinata_Bug.blend](https://archive.blender.org/developer/F7966661/pinata_Bug.blend) ![Screenshot 2019-11-06 at 23.09.19.png](https://archive.blender.org/developer/F7966668/Screenshot_2019-11-06_at_23.09.19.png)

Added subscriber: @robbott

Maybe related to #71325

maybe related to #70445

Added subscriber: @JacquesLucke

Changed status from 'Needs Triage' to: 'Needs User Info'

When I open this file, the viewport performance seems to be just fine. Has this been fixed?
Can you show the issue in a screen recording somehow?

When I open this file, the viewport performance seems to be just fine. Has this been fixed? Can you show the issue in a screen recording somehow?

I think this is a OSX specific bug. Using Instruments.app I can see the function SCCompileShader using all the cpu resources. I tried to track it down to a specific setup or shader, but I was not yet able to get to the bottom of it. The problem could be the same as to point 5 on https://blog.jimmymakesstuff.com/2017/02/a-very-peculiar-osx-opengl-sdl2-bug.html . Maybe someone can give me a hint how to get to the bottom of it.

I can still reproduce it with:
Broken: version: 2.82 (sub 6), branch: master, commit date: 2020-01-09 16:07, hash: 9b920938bb

Here you can see the 100% cpu usage in Instruments.app:

I think this is a OSX specific bug. Using Instruments.app I can see the function SCCompileShader using all the cpu resources. I tried to track it down to a specific setup or shader, but I was not yet able to get to the bottom of it. The problem could be the same as to point 5 on https://blog.jimmymakesstuff.com/2017/02/a-very-peculiar-osx-opengl-sdl2-bug.html . Maybe someone can give me a hint how to get to the bottom of it. I can still reproduce it with: Broken: version: 2.82 (sub 6), branch: master, commit date: 2020-01-09 16:07, hash: `9b920938bb` Here you can see the 100% cpu usage in Instruments.app: ![Screenshot 2020-01-09 at 18.47.52.jpg](https://archive.blender.org/developer/F8267699/Screenshot_2020-01-09_at_18.47.52.jpg)

Changed status from 'Needs User Info' to: 'Needs Triage'

Added subscriber: @JohnTheThird

On my system the pinanta_bug.blend file exhibits the viewport lag, but if you switch the material of the Body object (Pinata_KM_20191105) Blend Mode: Alpha Blend, the lag disappears. Any of the other blend modes exhibit the lag. You can also fix the lag by setting the metallic property to .99 or less.

MacBook Pro/AMD Radeon Pro 5500M 8 GB/Catalina 10.15.2/Blender 2.82.6

On my system the pinanta_bug.blend file exhibits the viewport lag, but if you switch the material of the Body object (Pinata_KM_20191105) Blend Mode: Alpha Blend, the lag disappears. Any of the other blend modes exhibit the lag. You can also fix the lag by setting the metallic property to .99 or less. MacBook Pro/AMD Radeon Pro 5500M 8 GB/Catalina 10.15.2/Blender 2.82.6

Changed status from 'Needs Triage' to: 'Confirmed'

Changed status from 'Confirmed' to: 'Needs Triage'

Changed status from 'Needs Triage' to: 'Needs Developer To Reproduce'

Added subscriber: @bblanimation

Added subscriber: @mano-wii

Changed status from 'Needs Developer To Reproduce' to: 'Needs User Info'

Some improvements have been made in this area (such as 96eab08755).
Can anyone confirm if this problem was fixed in the latest builds?

Some improvements have been made in this area (such as 96eab08755). Can anyone confirm if this problem was fixed in the latest builds?

Changed status from 'Needs User Info' to: 'Resolved'

Bug seems fixed. Tested with c7329da14b . Thanks a lot.

Bug seems fixed. Tested with c7329da14b . Thanks a lot.

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Labels Milestones

EEVEE: long background render times create sluggish viewport #71398