Render process becomes increasingly slower #46846

New Issue

Nils Machens · 2015-11-22T21:56:02+01:00

Nils Machens commented

2015-11-22 21:56:02 +01:00

System Information
Win 7 Home Premium Typ 64, nvidia GeForce GT 730

Blender Version
Broken: 2.76b f337fea
Worked: 2.74 000dfc0

Short description of error
After it has rendered 6-7 frames the process will be slower. The rendered scene is almost the same. There is no growing object in the scene. With Blender 2.74 it needed between 2:30 and 3:00 min per frame. With Blender 2.76 it needed between 3:00 and 4:00 min.

Exact steps for others to reproduce the error
Load a scene with an object tracking animation, that has a hair particle system, the two addons rigify and re-face from blender market and some connected effects in compositor. Dimensions on HDTV 720p. The object with 200 samples, rest 100 samples. Light path with Limited Global Illumination, Max. Bounces down on 6 and no other changes in the presettings. Render the scene with around 20 frames. Notice the increasing of render time.

**System Information** Win 7 Home Premium Typ 64, nvidia GeForce GT 730 **Blender Version** Broken: 2.76b f337fea Worked: 2.74 000dfc0 **Short description of error** After it has rendered 6-7 frames the process will be slower. The rendered scene is almost the same. There is no growing object in the scene. With Blender 2.74 it needed between 2:30 and 3:00 min per frame. With Blender 2.76 it needed between 3:00 and 4:00 min. **Exact steps for others to reproduce the error** Load a scene with an object tracking animation, that has a hair particle system, the two addons rigify and re-face from blender market and some connected effects in compositor. Dimensions on HDTV 720p. The object with 200 samples, rest 100 samples. Light path with Limited Global Illumination, Max. Bounces down on 6 and no other changes in the presettings. Render the scene with around 20 frames. Notice the increasing of render time.

Nils Machens commented

2015-11-22 21:56:02 +01:00

Changed status to: 'Open'

Nils Machens commented

2015-11-22 21:56:02 +01:00

Added subscriber: @NeroMcKens

mathieu menuet commented

2015-11-22 22:10:58 +01:00

Added subscriber: @bliblubli

mathieu menuet commented

2015-11-22 22:10:58 +01:00

attach a blend file. The bug didn't appear on 2.74 with those 2 scripts activated and of the same version you used for 2.76?

Aaron Carlisle commented

2015-11-23 00:21:13 +01:00

Added subscriber: @Blendify

Nils Machens commented

2015-11-23 12:30:37 +01:00

Yes, the bug didn´t appear on 2.74 with those 2 scripts activated and of the same version.
Here is my blend file. The animation start at frame 865.
Cooky Prototyp 6.2 B.blend.zip

Yes, the bug didn´t appear on 2.74 with those 2 scripts activated and of the same version. Here is my blend file. The animation start at frame 865. [Cooky Prototyp 6.2 B.blend.zip](https://archive.blender.org/developer/F257693/Cooky_Prototyp_6.2_B.blend.zip)

Sergey Sharybin commented

2015-11-26 12:28:31 +01:00

Added subscriber: @Sergey

Sergey Sharybin commented

2015-11-26 12:28:31 +01:00

Please make sure you don't have other scripts enabled by loading factory settings and see if it makes any difference.

Bastien Montagne commented

2015-12-04 16:42:06 +01:00

Added subscriber: @mont29

Bastien Montagne commented

2015-12-04 16:42:06 +01:00

Changed status from 'Open' to: 'Archived'

Bastien Montagne closed this issue

2015-12-04 16:42:06 +01:00

Bastien Montagne self-assigned this 2015-12-04 16:42:06 +01:00

Bastien Montagne commented

2015-12-04 16:42:06 +01:00

No news since one week…

Nils Machens commented

2015-12-05 17:17:01 +01:00

I´m so sorry for my very late answer, but I had very big problems with my work and no time to make a render test.
But anyway, here is my answer.
Yes, the problem persists with disabled scripts by loading factory settings on 2.76b. I have downloaded it as a zip file and ran it on my desktop. It needed much more time, around a minute, per frame and became more and more slow.

I´m so sorry for my very late answer, but I had very big problems with my work and no time to make a render test. But anyway, here is my answer. Yes, the problem persists with disabled scripts by loading factory settings on 2.76b. I have downloaded it as a zip file and ran it on my desktop. It needed much more time, around a minute, per frame and became more and more slow.

Aaron Carlisle commented

2015-12-05 17:32:01 +01:00

Check to make sure that your computer is not getting too hot. Under your computer power management you can change your processor to run at a low percentage to prevent it from heating up .

Nils Machens commented

2015-12-05 20:06:32 +01:00

Thanks for the note. I render with CPU and MSI Afterburner shows me a temperatur of 66° C. Am I right that Fahrenheit is used in the USA? So it´s 150.8° F. I think this temperatur is ok, isn´t it?

Aaron Carlisle commented

2015-12-05 22:34:12 +01:00

Looked it up this one website I found said that 60 C is the maximum you want to be at for long periods time. I would change your power management to keep your processor below 75%. If you get consistent render times after doing so I would recommend trying to clean your fans or maybe get better ones which are pretty cheap if you do not go over board.

http://www.pcadvisor.co.uk/how-to/desktop-pc/what-is-ideal-cpu-temperature-image-3498564/

See this page to see how to get to these settings see this web page and instead of setting to 100% do 75% or whatever keeps your CPU at a better temperature.

http://smallbusiness.chron.com/maximize-cpu-usage-57284.html

Looked it up this one website I found said that 60 C is the maximum you want to be at for long periods time. I would change your power management to keep your processor below 75%. If you get consistent render times after doing so I would recommend trying to clean your fans or maybe get better ones which are pretty cheap if you do not go over board. http://www.pcadvisor.co.uk/how-to/desktop-pc/what-is-ideal-cpu-temperature-image-3498564/ See this page to see how to get to these settings see this web page and instead of setting to 100% do 75% or whatever keeps your CPU at a better temperature. http://smallbusiness.chron.com/maximize-cpu-usage-57284.html

Nils Machens commented

2015-12-06 17:46:04 +01:00

Thanks a lot. I have change the settings and the temperature is below 60° C.

Aaron Carlisle commented

2015-12-06 18:08:38 +01:00

Has that kept a consistent render time?

Nils Machens commented

2015-12-06 19:54:08 +01:00

I´m sorry. I don´t think so. Have a look at my Render Notes. Render Notes.txt

I´m sorry. I don´t think so. Have a look at my Render Notes. [Render Notes.txt](https://archive.blender.org/developer/F263449/Render_Notes.txt)

Nils Machens commented

2015-12-06 20:02:33 +01:00

To synchronizing objects needed much more time on 2.76b. It was 6:27 min. You can´t see it in my notes, because the notes are from a second try.

Aaron Carlisle commented

2015-12-06 20:02:38 +01:00

OH I miss read the report! You are reporting a regression I am sorry for my miss under standing. I have no more ideas however @Sergey may be more helpful

Nils Machens commented

2015-12-06 20:30:59 +01:00

No problem, thanks for your help.

Sergey Sharybin commented

2015-12-19 20:55:06 +01:00

Changed status from 'Archived' to: 'Archived'

Sergey Sharybin commented

2015-12-19 20:55:07 +01:00

There are two things here:

First one is forced particles re-distribution caused by bf8ea6b. This is a needed commit to fix and particles jitter. There's no real way to solve this automatically, you can just toggle hair visibility to force re-distribution and save the file.
Second issue is a bit tricky to nail down and it's still in the particles code. It's likely caused by same particle jitter changes which changed hair distribution, plus the code which ensures length of hair segment lengths. All those are needed for more stable hair physics.

Don't really see any regressions in the render code, it;s all in the particles which is a huge target for re-write for the 2.8x series. For until then wouldn't really consider this a bug, more like unexpected effetc caused by other fixes. It's probably possible to solve it, but would rather invest time in working on a new particle code. So thanks for the report, but it's something we have to live with for a while/

There are two things here: - First one is forced particles re-distribution caused by bf8ea6b. This is a needed commit to fix and particles jitter. There's no real way to solve this automatically, you can just toggle hair visibility to force re-distribution and save the file. - Second issue is a bit tricky to nail down and it's still in the particles code. It's likely caused by same particle jitter changes which changed hair distribution, plus the code which ensures length of hair segment lengths. All those are needed for more stable hair physics. Don't really see any regressions in the render code, it;s all in the particles which is a huge target for re-write for the 2.8x series. For until then wouldn't really consider this a bug, more like unexpected effetc caused by other fixes. It's probably possible to solve it, but would rather invest time in working on a new particle code. So thanks for the report, but it's something we have to live with for a while/

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

Render process becomes increasingly slower #46846