Page MenuHome

Multiresolution Subdivide Crash with render "Simplify" option
Open, Confirmed, MediumPublic

Description

System Information
Operating system: Linux Mint 19
Graphics card: nVidia GTX 1080ti

Blender Version
Broken: All 2.80 builds (Buildbot and own builds)
Worked: 2.79

Short description of error
Blender instantly crashes if you use a higher subdivision than 7 with the Multiresolution modifier.

Exact steps for others to reproduce the error

  • Add a cube
  • Add a Multiresolution modifier to the cube
  • Click "Subdivide" at least 8 times to set the subdivision to 8
  • Blender is gone

EDIT:
OK, found it: I had "Simplify" enabled in my startup.blend.
If I uncheck this option all is OK. I can also re-enable it after subdividing the cube 10 times without a crash. It just crashes if Simplify is enabled while subdividing.

Details

Type
Bug

Event Timeline

Jacques Lucke (JacquesLucke) triaged this task as Needs Information from User priority.Dec 20 2018, 2:14 PM

Works fine for me. I can go up to 11, which seems to be Blenders limit but also my RAM limit. How much RAM do you have?
Can you start Blender from the terminal with the --debug option and post the output here?

Hmm... for me it happens on 3 completely different computers, both with my own compile and the buildbot versions of 2.80.

2 of the workstation have 64GB of RAM and a 1080ti, one is running Linux Mint the other Win10 x64. The third workstation has "only" 32GB of RAM and a 1080ti as well running Win10.
RAM can't be the cause here I think.

But I think I found something else which needs a bit more investigation on my side. If I load the factory settings before subdividing the cube it works! Now I'm trying to find the setting that causes this.
Must be the same on all 3 systems...

Here's a debug output with the crash:

H:\blender28-git\build_windows_Release_x64_vc15_Release\bin\Release> .\blender.exe --debug
Switching to fully guarded memory allocator.
Blender 2.80 (sub 39)
Build: 20.12.2018 13:59 Windows
argv[0] = H:\blender28-git\build_windows_Release_x64_vc15_Release\bin\Release\blender.exe
argv[1] = --debug
read file C:\Users\Steffen.VR\AppData\Roaming\Blender Foundation\Blender\2.80\config\userpref.blend
  Version 280 sub 39 date 2018-12-20 11:37 hash e79f401ffa7d
Read prefs: C:\Users\Steffen.VR\AppData\Roaming\Blender Foundation\Blender\2.80\config\userpref.blend
read file C:\Users\Steffen.VR\AppData\Roaming\Blender Foundation\Blender\2.80\config\startup.blend
  Version 280 sub 26 date 2018-10-19 09:29 hash 51b2d06613b
found bundled python: H:\blender28-git\build_windows_Release_x64_vc15_Release\bin\Release\2.80\python
Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF625145280
Module  : H:\blender28-git\build_windows_Release_x64_vc15_Release\bin\Release\blender.exe

OK, next step. It looks like it's not my user settings but my startup file that contains something that the Multiresolution modifier doesn't like.
If I load factory settings, all is OK. If I load factory settings and then manually load my startup.blend the crash is back...

EDIT:
OK, found it: I had "Simplify" enabled in my startup.blend.
If I uncheck this option all is OK. I can also re-enable it after subdividing the cube 10 times without a crash. It just crashes if Simplify is enabled while subdividing.

Philipp Oeser (lichtwerk) renamed this task from Multiresolution Crash to Multiresolution Subdivide Crash with render "Simplify" option.Jan 15 2019, 12:17 PM
Philipp Oeser (lichtwerk) raised the priority of this task from Needs Information from User to Confirmed, Medium.
Philipp Oeser (lichtwerk) updated the task description. (Show Details)