Drop in rendering performance if result in image window set to stereo 3D #53290

New Issue

Zsolt Stefan · 2017-11-10T13:42:41+01:00

Zsolt Stefan commented

2017-11-10 13:42:41 +01:00

System Information
Windows 7 Pro
NVidia Quadro P6000

Blender Version
Broken: 2.79, also more recent daily builds.

Short description of error
When rendering a stereo image (or even more when rendering a stereo panorama), and showing the results in the image editor in 3D (enable the button with the anaglyph glasses on it), Blender slows down to a crawl. CPU usage does not reach 100%, hovers around 30%. If I instead start rendering and minimize the window, then it renders fast, and uses 100% CPU. Or if I leave Blender open, and disable the 3D results view, but just display either the left or right side, then it also renders fast.

With increasing geometry and increasing resolution, the effect is more pronounced. I noticed this in a production scene that I started to render over night. When I came the next day, it had rendered for 13 hours, but still wasn't done with the first eye. Then I minimized the window, and so it finished the left eye and then did the right eye, all in about the next 1,5 hours. That means a tenfold decrease in performance!

Exact steps for others to reproduce the error
I have a simple blend file attached. It is set to a high resolution. Stereo_rendering_bug_01.blend

Hit render, leave window open, note the time. I get about 8 Minutes with my faster PC.
Then disable the 3D results view in the header of the image editor (button with the red/cyan glasses), render again. I get 2 minutes.

Setting the resolution to 50% renders faster, the difference is smaller, but still there (50% more time).

**System Information** Windows 7 Pro NVidia Quadro P6000 **Blender Version** Broken: 2.79, also more recent daily builds. **Short description of error** When rendering a stereo image (or even more when rendering a stereo panorama), and showing the results in the image editor in 3D (enable the button with the anaglyph glasses on it), Blender slows down to a crawl. CPU usage does not reach 100%, hovers around 30%. If I instead start rendering and minimize the window, then it renders fast, and uses 100% CPU. Or if I leave Blender open, and disable the 3D results view, but just display either the left or right side, then it also renders fast. With increasing geometry and increasing resolution, the effect is more pronounced. I noticed this in a production scene that I started to render over night. When I came the next day, it had rendered for 13 hours, but still wasn't done with the first eye. Then I minimized the window, and so it finished the left eye and then did the right eye, all in about the next 1,5 hours. That means a tenfold decrease in performance! **Exact steps for others to reproduce the error** I have a simple blend file attached. It is set to a high resolution. [Stereo_rendering_bug_01.blend](https://archive.blender.org/developer/F1117095/Stereo_rendering_bug_01.blend) - Hit render, leave window open, note the time. I get about 8 Minutes with my faster PC. - Then disable the 3D results view in the header of the image editor (button with the red/cyan glasses), render again. I get 2 minutes. Setting the resolution to 50% renders faster, the difference is smaller, but still there (50% more time).

Zsolt Stefan commented

2017-11-10 13:42:41 +01:00

Changed status to: 'Open'

Zsolt Stefan commented

2017-11-10 13:42:41 +01:00

Added subscriber: @ZsoltStefan

Brecht Van Lommel commented

2017-11-23 17:45:36 +01:00

Added subscriber: @brecht

Brecht Van Lommel commented

2017-11-23 17:45:36 +01:00

Confirmed.

Workaround for now is to enable User Preferences > Images Draw Method > GLSL.

Confirmed. Workaround for now is to enable User Preferences > Images Draw Method > GLSL.

Dalai Felinto commented

2019-01-25 14:31:35 +01:00

Added subscriber: @dfelinto

Dalai Felinto commented

2019-01-25 14:31:35 +01:00

@brecht is this bug still around in 2.8? We no longer have this option (User Preferences > System > Image Draw Method) since the OpenGL migration.

Brecht Van Lommel commented

2019-01-25 14:42:04 +01:00

It's in Viewport > Textures now, which is not a great place. But I expect the same bug is still there.

The ideal solution would be to improve the image drawing to take the best of all approaches, because they all have performance issues in some cases.

It's in Viewport > Textures now, which is not a great place. But I expect the same bug is still there. The ideal solution would be to improve the image drawing to take the best of all approaches, because they all have performance issues in some cases.

Dalai Felinto commented

2019-01-25 15:38:02 +01:00

Hm the issues seems even worse in 2.80 (tried with a patch to circunvent #58142). But it may be due to #60775.

Brecht Van Lommel commented

2019-05-18 13:17:28 +02:00

Changed status from 'Open' to: 'Resolved'

Brecht Van Lommel closed this issue

2019-05-18 13:17:28 +02:00

Brecht Van Lommel self-assigned this 2019-05-18 13:17:28 +02:00

Brecht Van Lommel commented

2019-05-18 13:17:28 +02:00

We now default to GLSL in most cases, so I'll consider this resolved.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Drop in rendering performance if result in image window set to stereo 3D #53290