Object rotation increases render time more than 10 times. #56609

New Issue

Хамуков Аскер · 2018-08-29T23:09:33+02:00

2018-08-29 23:09:33 +02:00

System Information
Tested with windows 7 64bit and windows 10 64bit.
CPU ryzen 5 1600
GPU GTX 780
RAM 8GB GDDR4
(bug appears on other computers too)

Blender Version
tested with 2.79 and 2.8
Worked: (optional)

Short description of error
If I rotate object for about 45 degrees around Z axis render time increases more than 10 times.
But in preview mode there is no difference in render time before and after rotation.test.blend
Exact steps for others to reproduce the error
just rotate the object on attached blend file around Z axis about 45 degrees and compare render times before and after.
10seconds for 2000 samples before rotation and about 10 minutes after.
Based on a (as simple as possible) attached .blend file with minimum amount of steps

**System Information** Tested with windows 7 64bit and windows 10 64bit. CPU ryzen 5 1600 GPU GTX 780 RAM 8GB GDDR4 (bug appears on other computers too) **Blender Version** tested with 2.79 and 2.8 Worked: (optional) **Short description of error** If I rotate object for about 45 degrees around Z axis render time increases more than 10 times. But in preview mode there is no difference in render time before and after rotation.[test.blend](https://archive.blender.org/developer/F4449470/test.blend) **Exact steps for others to reproduce the error** just rotate the object on attached blend file around Z axis about 45 degrees and compare render times before and after. 10seconds for 2000 samples before rotation and about 10 minutes after. Based on a (as simple as possible) attached .blend file with minimum amount of steps

Хамуков Аскер commented

2018-08-29 23:09:33 +02:00

Added subscriber: @askerpro

Yevgeny Makarov commented

2018-08-30 08:40:45 +02:00

Added subscriber: @jenkm

Yevgeny Makarov commented

2018-08-30 08:40:45 +02:00

This comment was removed by @jenkm

*This comment was removed by @jenkm*

Хамуков Аскер commented

2018-08-30 08:46:27 +02:00

I tryed this object with no light source, except AO and bug still exists. If i remove doybles from mesh and simplify it, it takes less time to render after rotation, but still much more, than before rotation.

Sebastian Koenig commented

2018-08-30 11:04:30 +02:00

Added subscriber: @sebastian_k

Sebastian Koenig commented

2018-08-30 11:04:30 +02:00

Wow, what a weird file! I can confirm there are differences in render time, but could not figure out why. I tried with not light source, with a different camera, with a different world, with no materials.
Still the same problem, in some rotation it renders really fast, and then, the more I increase the rotation, the render time increases as well.
It also doesnt depend on the camera angle, since rotating the object and the camera together still produce the same issue. However, copying the object and the camera and pasting it in a different file seems to eliminate the problem. Weird!

Wow, what a weird file! I can confirm there are differences in render time, but could not figure out why. I tried with not light source, with a different camera, with a different world, with no materials. Still the same problem, in some rotation it renders really fast, and then, the more I increase the rotation, the render time increases as well. It also doesnt depend on the camera angle, since rotating the object and the camera together still produce the same issue. However, copying the object and the camera and pasting it in a different file seems to eliminate the problem. Weird!

Хамуков Аскер commented

2018-08-30 11:13:18 +02:00

Could you please send me that file, where u eliminated the problem. I had no success with transfering the object into new empty project, problem didn't dissapear.

Sebastian Koenig commented

2018-08-30 13:00:03 +02:00

Turns out, I was wrong. The issus got a bit better, but there still is a significant slowdown happening.
I have prepared a file with the default world, no lamps, just the 2 objects (camera and mesh from your file). There are 2 keyframes, on frame 1 it renders fast, and frame 2 it renders slow.
I have tested with latest master as well as 2.79a. So I would say, bug confirmed.
test_slow_render_rotation.blend

Turns out, I was wrong. The issus got a bit better, but there still is a significant slowdown happening. I have prepared a file with the default world, no lamps, just the 2 objects (camera and mesh from your file). There are 2 keyframes, on frame 1 it renders fast, and frame 2 it renders slow. I have tested with latest master as well as 2.79a. So I would say, bug confirmed. [test_slow_render_rotation.blend](https://archive.blender.org/developer/F4458227/test_slow_render_rotation.blend)

Brecht Van Lommel commented

2018-08-30 13:02:57 +02:00

Added subscriber: @brecht

Brecht Van Lommel commented

2018-08-30 13:02:57 +02:00

This is a typical issue with raytracers, many long thin faces along one direction are difficult to fit well in a BVH unless the faces are aligned to the X/Y/Z axis.

I'll consider this a To Do item, maybe we can make the spatial splits handle this case better, but would not strictly consider this a bug since it requires different BVH algorithms.

This is a typical issue with raytracers, many long thin faces along one direction are difficult to fit well in a BVH unless the faces are aligned to the X/Y/Z axis. I'll consider this a To Do item, maybe we can make the spatial splits handle this case better, but would not strictly consider this a bug since it requires different BVH algorithms.

Sebastian Koenig commented

2018-08-30 13:04:58 +02:00

Ah, thanks for the clarification! :)

Brecht Van Lommel commented

2018-08-30 13:23:14 +02:00

Also, the workaround is to subdivide the object more so the faces are not so long.

Хамуков Аскер commented

2018-08-30 17:06:18 +02:00

In #56609#531572, @brecht wrote:
Also, the workaround is to subdivide the object more so the faces are not so long.

Thanks for your comment, I tryed to subdivide my mesh along faces and render time decreased much.

but it seems to be a littlebit routine to subdivide :)
Could you please explain me a little bit more:
why there is no problem in preview mode?
BVH structure in preview and final render are different?
(dynamic and static) that's the cause?

Is it possible to final render with dynamic bvh?

LINK to blender stackexchange topic, for other users, who got this problem.

> In #56609#531572, @brecht wrote: > Also, the workaround is to subdivide the object more so the faces are not so long. Thanks for your comment, I tryed to subdivide my mesh along faces and render time decreased much. ![5421b29d-2f26-4781-bfd4-067859c75b85.jpg](https://archive.blender.org/developer/F4460794/5421b29d-2f26-4781-bfd4-067859c75b85.jpg) but it seems to be a littlebit routine to subdivide :) Could you please explain me a little bit more: why there is no problem in preview mode? BVH structure in preview and final render are different? (dynamic and static) that's the cause? Is it possible to final render with dynamic bvh? [LINK ](https://blender.stackexchange.com/questions/117080/why-render-time-in-blender-is-increasing-10-times-after-rotating-3d-model) to blender stackexchange topic, for other users, who got this problem.

Brecht Van Lommel commented

2018-08-30 17:40:25 +02:00

It's not possible to render with dynamic BVH currently.

In preview mode all objects have their own BVH which in this case is aligned with the faces. For final render we try to put as much as possible in one global BVH, and only multiple instanced objects get their own BVH. This is usually faster but backfires here.

It's not possible to render with dynamic BVH currently. In preview mode all objects have their own BVH which in this case is aligned with the faces. For final render we try to put as much as possible in one global BVH, and only multiple instanced objects get their own BVH. This is usually faster but backfires here.

Thomas Dinges commented

2022-11-25 14:58:58 +01:00

Added subscriber: @ThomasDinges

Thomas Dinges commented

2022-11-25 14:58:58 +01:00

Checked in Blender 3.5 (master) again:

CPU: 11s -> 35s
GPU (HIP): 13s -> 80s

It seems Embree is doing a better job here than our own BVH, even though it's also 3x slower.

Checked in Blender 3.5 (master) again: CPU: 11s -> 35s GPU (HIP): 13s -> 80s It seems Embree is doing a better job here than our own BVH, even though it's also 3x slower.

Brecht Van Lommel added this to the Render & Cycles project 2023-02-07 19:07:34 +01:00

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Object rotation increases render time more than 10 times. #56609