motion blur: performance degradation in 2.71 #41512

Closed
opened 2014-08-20 18:51:56 +02:00 by ag · 16 comments
ag commented 2014-08-20 18:51:56 +02:00 (Migrated from localhost:3001)

System Information
Debian GNU/Linux Jessie (testing)
AMD Phenom II X4 850

Blender Version
Broken: 2.71
Worked: 2.70a2

Short description of error
I observe extremely slow rendering using particle system and activated motion blur.

Exact steps for others to reproduce the error
You can try - [x]. Switch to cycles render, enable Motion Blur. Go to frame 103. Render.

Thanks,
Andrey

P.S. - [x] is originating from - [x]. I believe it is inspired by - [x], but BlenderDiplom's version is not cycles ready.

**System Information** Debian GNU/Linux Jessie (testing) AMD Phenom II X4 850 **Blender Version** Broken: 2.71 Worked: 2.70a2 **Short description of error** I observe extremely slow rendering using particle system and activated motion blur. **Exact steps for others to reproduce the error** You can try - [x]. Switch to cycles render, enable Motion Blur. Go to frame 103. Render. Thanks, Andrey P.S. - [x] is originating from - [x]. I believe it is inspired by - [x], but BlenderDiplom's version is not cycles ready. - [x] https://www.dropbox.com/s/toy8iwfp1gyr51e/Logo%20reloaded.blend - [x] http://www.youtube.com/watch?v=FB4SZCTIcuo - [x] http://blenderdiplom.com/en/tutorials/394-tutorial-dissolve-your-logo-in-blender-262.html
ag commented 2014-08-20 18:51:56 +02:00 (Migrated from localhost:3001)
Author

Changed status to: 'Open'

Changed status to: 'Open'
ag commented 2014-08-20 18:51:56 +02:00 (Migrated from localhost:3001)
Author

Added subscriber: @ag

Added subscriber: @ag
Sergey Sharybin was assigned by Bastien Montagne 2014-08-20 19:08:20 +02:00
aaronmc commented 2014-08-20 19:14:11 +02:00 (Migrated from localhost:3001)
Author

Added subscriber: @aaronmc

Added subscriber: @aaronmc
aaronmc commented 2014-08-20 19:14:11 +02:00 (Migrated from localhost:3001)
Author

I'm encountering a similar issue. A scene with sugar packets exploding from a bin causes renders to more-or-less stop.

I'm encountering a similar issue. A scene with sugar packets exploding from a bin causes renders to more-or-less stop.

Added subscriber: @cronk

Added subscriber: @cronk

I can confirm the regression. I did a test (no particles just animated object with huge motion blur) and 2.70a is about 7-8 times faster than 2.71
Oh man, I thought I was wrong =|

I can confirm the regression. I did a test (no particles just animated object with huge motion blur) and 2.70a is about 7-8 times faster than 2.71 Oh man, I thought I was wrong =|

Added subscriber: @ThomasDinges

Added subscriber: @ThomasDinges

I don' think this is a bug.

In 2.71, Deformation Motion Blur was added. Disable the "Deformation" checkbox in the Object Tab -> Motion Blur panel and the image renders in a few seconds.

I don' think this is a bug. In 2.71, Deformation Motion Blur was added. Disable the "Deformation" checkbox in the Object Tab -> Motion Blur panel and the image renders in a few seconds.

Changed status from 'Open' to: 'Archived'

Changed status from 'Open' to: 'Archived'
ag commented 2014-08-21 18:56:05 +02:00 (Migrated from localhost:3001)
Author

@ThomasDinges: thanks for clarifying. But what considerations has been taken into account to make this "deformation" option enabled per default?
Considering my configuration: blender renders the frame in 2-3 seconds or with motion blur estimated time is 1 hour 44 minutes. The factor 2000 is extremely huge.

@ThomasDinges: thanks for clarifying. But what considerations has been taken into account to make this "deformation" option enabled per default? Considering my configuration: blender renders the frame in 2-3 seconds or with motion blur estimated time is 1 hour 44 minutes. The factor 2000 is extremely huge.

As every new feature, it is enabled per default, it's not really possible to have backward compatibility here. It's also noted in our release logs that this is enabled per default: http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.71/Cycles

As every new feature, it is enabled per default, it's not really possible to have backward compatibility here. It's also noted in our release logs that this is enabled per default: http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.71/Cycles
ag commented 2014-08-25 16:27:49 +02:00 (Migrated from localhost:3001)
Author

As every new feature, it is enabled per default

When I start Blender, the new "Cycles render" is not enabled. But if I open an old blend-file, a new "freestyle" feature is enabled, which is not an improvement of an existed one, but something totally different. So the Blender's policy to enable improvements also apply to enabling such foreign things?

Thinking, why I haven't noticed the deformation option myself, I came up with following observation. I've enabled this feature in the "render" tab. And there are no such option like "deformation". Why is it missing there? It's somewhat ambiguous, when something got hidden enabled.

For what use cases the "deformation" option has been tested? Maybe the solution would be just to have default disable for objects with particle systems? Or at least clear warning about performance degradation leading to unusable state either enabling motion blur for objects with particle systems or adding a particle system to object with deformation motion blur?

> As every new feature, it is enabled per default When I start Blender, the new "Cycles render" is not enabled. But if I open an old blend-file, a new "freestyle" feature is enabled, which is not an improvement of an existed one, but something totally different. So the Blender's policy to enable improvements also apply to enabling such foreign things? Thinking, why I haven't noticed the deformation option myself, I came up with following observation. I've enabled this feature in the "render" tab. And there are no such option like "deformation". Why is it missing there? It's somewhat ambiguous, when something got hidden enabled. For what use cases the "deformation" option has been tested? Maybe the solution would be just to have default disable for objects with particle systems? Or at least clear warning about performance degradation leading to unusable state either enabling motion blur for objects with particle systems or adding a particle system to object with deformation motion blur?

The Deformation option is inside the Object Tab, because you can disable Deformation Motion Blur on a per object basis. The loss of backward compatibility is unfortunate here, but Motion Blur = Camera, Object and Deformation. Like Ray Visibility or other things, the user has to disable it, if he does not want it.

Cycles aims to be physically accurate per default, that includes all motion blur effects.

The Deformation option is inside the Object Tab, because you can disable Deformation Motion Blur on a per object basis. The loss of backward compatibility is unfortunate here, but Motion Blur = Camera, Object and Deformation. Like Ray Visibility or other things, the user has to disable it, if he does not want it. Cycles aims to be physically accurate per default, that includes *all* motion blur effects.
ag commented 2014-08-25 17:19:54 +02:00 (Migrated from localhost:3001)
Author

because you can disable Deformation Motion Blur on a per object basis

But it is consequent to be able to disable all deformations at once, just like I can disable motion blur at once (on the "render" tab). Or not?

You haven't mentioned the freestyle issue, should I open a new bug or it is better to rise the issue in a developer mailing list (is there one)?

In meanwhile I figured out the actual trigger of the drastic performance drop. Is it possible to reopen and retitle this bug or should I open a new one?

> because you can disable Deformation Motion Blur on a per object basis But it is consequent to be able to disable all deformations at once, just like I can disable motion blur at once (on the "render" tab). Or not? You haven't mentioned the freestyle issue, should I open a new bug or it is better to rise the issue in a developer mailing list (is there one)? In meanwhile I figured out the actual trigger of the drastic performance drop. Is it possible to reopen and retitle this bug or should I open a new one?

Please don't mix issues in one report, open a new one.

You cannot disable Deformations for all objects with 1 button. You can also not disable all Subsurface Shaders or make all objects invisible for Camera rays at once. That can be done with a 2 line Python script if you need it. We maybe can add such Global De activators once, but that is a Feature Request / Improvement then, not a bug.

Please don't mix issues in one report, open a new one. You cannot disable Deformations for all objects with 1 button. You can also not disable all Subsurface Shaders or make all objects invisible for Camera rays at once. That can be done with a 2 line Python script if you need it. We maybe can add such Global De activators once, but that is a Feature Request / Improvement then, not a bug.
ag commented 2014-08-25 17:56:46 +02:00 (Migrated from localhost:3001)
Author

but that is a Feature Request / Improvement then, not a bug.

Where can be such issues posted?

>but that is a Feature Request / Improvement then, not a bug. Where can be such issues posted?
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#41512
No description provided.