2.92 Beta - Viewport rendering crash/bugs when changing subdiv modifier when there is another object with a displacement shader node #85440

New Issue

Milan Spasic · 2021-02-07T01:46:59+01:00

Milan Spasic commented

2021-02-07 01:46:59 +01:00

System Information
Operating system: Windows 10
Graphics card: MSI RTX 3090 Gaming Trio, using a Saturn Pro eGPU

Blender Version
Broken: 2.92 Beta (current) hash: df0bce3f7d and 2.93 Alpha hash: d72595a594
Worked: 2.91.2 (current)

Short description of error
If viewport rendering is turned on, enabling and disabling modifiers gives cuda error on GPU or crashes on CPU rendering when there is an object with displacement.

Error I get on optix:

CUDA_ERROR_ILLEGAL_ADDRESS in cuStreamSynchronize(cuda_stream[thread_index]) (device_optix.cpp:1138)

Error I get on cuda:

Illegal address in cuCtxSynchronize() (device_cuda_impl.cpp:2110)

Error I get on CPU:

Crash

This happens for me in a complex scene consistently without fast clicking, there are mirror and subdiv and I use modifier tools. When I use "Viewport Vis" to turn them off or on, I get the error on the first try whenever the object with displacement is visible.

It also happens to me when I change subdiv levels.

Exact steps for others to reproduce the error

Open attached file or:
Create 2 cubes.
For Cube 1, give one cube a displacement map (noise or texture, doesn't matter)
For Cube 2, add a modifier (subdivision).
Turn on Displacement and Bump in material settings.
Enter viewport rendering.
Pick the cube with a subdiv and change Levels Viewport or turn on/off button fast.

blender_bug_2.blend

@EAW's CPU stack trace:

ExceptionCode         : EXCEPTION_ACCESS_VIOLATION
Exception Address     : 0x00007FF7643A6697
Exception Module      : blender.exe
Exception Flags       : 0x00000000
Exception Parameters  : 0x2
	Parameters- [x] : 0x0000000000000000
	Parameters- [x] : 0x000001B062F264E0

Stack trace:
blender.exe         :0x00007FF7643A6350  ccl::shader_setup_from_displace C:\blender-git\blender\intern\cycles\kernel\kernel_shader.h:378
blender.exe         :0x00007FF76447FBB0  ccl::kernel_cpu_sse41_shader C:\blender-git\blender\intern\cycles\kernel\kernels\cpu\kernel_cpu_impl.h:164
blender.exe         :0x00007FF7642CC840  ccl::CPUDevice::thread_run C:\blender-git\blender\intern\cycles\device\device_cpu.cpp:579
blender.exe         :0x00007FF7642C6720  std::_Func_impl_no_alloc<<lambda_d884e08a7877f415f05ce8ffda8f97b4>,void>::_Do_call C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\include\functional:947
blender.exe         :0x00007FF7667F55B0  tbb::internal::function_task<std::function<void __cdecl(void)> >::execute C:\blender-git\lib\win64_vc15\tbb\include\tbb\task.h:1049
tbb.dll             :0x00007FFD850D37A0  tbb::recursive_mutex::scoped_lock::internal_try_acquire
tbb.dll             :0x00007FFD850D37A0  tbb::recursive_mutex::scoped_lock::internal_try_acquire
blender.exe         :0x00007FF763746500  tbb::internal::task_group_base::wait C:\blender-git\lib\win64_vc15\tbb\include\tbb\task_group.h:168
blender.exe         :0x00007FF7667F5C00  ccl::TaskPool::wait_work C:\blender-git\blender\intern\cycles\util\util_task.cpp:46
blender.exe         :0x00007FF7647C6BD0  ccl::GeometryManager::displace C:\blender-git\blender\intern\cycles\render\mesh_displace.cpp:142
blender.exe         :0x00007FF7646EACA0  ccl::GeometryManager::device_update C:\blender-git\blender\intern\cycles\render\geometry.cpp:1865
blender.exe         :0x00007FF7646AC830  ccl::Scene::device_update C:\blender-git\blender\intern\cycles\render\scene.cpp:284
blender.exe         :0x00007FF7646AFA70  ccl::Scene::update C:\blender-git\blender\intern\cycles\render\scene.cpp:524
blender.exe         :0x00007FF7646C7480  ccl::Session::update_scene C:\blender-git\blender\intern\cycles\render\sessiocpp:1047
blender.exe         :0x00007FF7646C5B10  ccl::Session::run_cpu C:\blender-git\blender\intern\cycles\render\session.cpp:813
blender.exe         :0x00007FF7646C5730  ccl::Session::run C:\blender-git\blender\intern\cycles\render\session.cpp:888
blender.exe         :0x00007FF7667F84D0  ccl::thread::run C:\blender-git\blender\intern\cycles\util\util_thread.cpp:53
blender.exe         :0x00007FF763EFC0F0  std::thread::_Invoke<std::tuple<void (__cdecl ceres::internal::ThreadPool::*)(void),ceres::internal C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\include\thread:44
ucrtbase.dll        :0x00007FFD8A871B20  configthreadlocale
KERNEL32.DLL        :0x00007FFD8AE47020  BaseThreadInitThunk
ntdll.dll           :0x00007FFD8C99D220  RtlUserThreadStart```

All 8 threads crash at the same memory location.  Looks like it crashes while allocating the displacement buffers.

```lines
I0210 10:13:08.732476 15164 blender_sync.cpp:254] Total time spent synchronizing data: 0.0002326
I0210 10:13:08.739603  6660 object.cpp:582] Total 2 objects.
I0210 10:13:08.739632  6660 device_cpu.cpp:492] Global memory allocate: __objects, 384 bytes. (384)
I0210 10:13:08.739632  6660 geometry.cpp:1429] Total 2 meshes.
I0210 10:13:08.739632  6660 device_cpu.cpp:492] Global memory allocate: __attributes_map, 128 bytes. (128)
I0210 10:13:08.739632  6660 device_cpu.cpp:492] Global memory allocate: __attributes_float3, 256 bytes. (256)
I0210 10:13:08.739632  6660 device_cpu.cpp:492] Global memory allocate: __objects, 384 bytes. (384)
I0210 10:13:08.739632  6660 device_cpu.cpp:394] Buffer allocate: displace_output, 128 bytes. (128)
I0210 10:13:08.739632  6660 device_cpu.cpp:394] Buffer allocate: displace_input, 128 bytes. (128)
Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF6C04A4047
Module  : blender.exe
Thread  : 0000374c
Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt
Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF6C04A4047
Module  : blender.exe
Thread  : 00003174
Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt
Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF6C04A4047
Module  : blender.exe
Thread  : 00000994
Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt
Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF6C04A4047
Module  : blender.exe
Thread  : 00005b80
Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt
Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF6C04A4047
Module  : blender.exe
Thread  : 00001d5c
Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt
Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF6C04A4047
Module  : blender.exe
Thread  : 000033e8
Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt
Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF6C04A4047
Module  : blender.exe
Thread  : 00005e34
Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt
Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF6C04A4047
Module  : blender.exe
Thread  : 00001a04```

This looks to be a bug in MSVC in the [_Func_impl_no_alloc ](https://developercommunity.visualstudio.com/content/problem/906041/-func-impl-no-alloc-access-violation.html) call
STL bug report at the following link:
[<functional>: std::function doesn't handle over-aligned types](https://github.com/microsoft/STL/issues/690)

The bug report is closed saying it is fixed in Visual Studio 2019 16.7
It is still crashing for me in a debug build using 16.8.4


Debug mode asserts
```lines
Assertion failed: index >= 0 && index < width, file C:\blender-git\ocio\intern\cycles\kernel\kernel_compat_cpu.h, line 77

Which is

  ccl_always_inline const T &fetch(int index)
  {
    kernel_assert(index >= 0 && index < width);
    return data[index];
  }

**System Information** Operating system: Windows 10 Graphics card: MSI RTX 3090 Gaming Trio, using a Saturn Pro eGPU **Blender Version** Broken: 2.92 Beta (current) hash: df0bce3f7d0a and 2.93 Alpha hash: d72595a5943e Worked: 2.91.2 (current) **Short description of error** If viewport rendering is turned on, enabling and disabling modifiers gives cuda error on GPU or crashes on CPU rendering when there is an object with displacement. Error I get on optix: ``` CUDA_ERROR_ILLEGAL_ADDRESS in cuStreamSynchronize(cuda_stream[thread_index]) (device_optix.cpp:1138) ``` Error I get on cuda: ``` Illegal address in cuCtxSynchronize() (device_cuda_impl.cpp:2110) ``` Error I get on CPU: ``` Crash ``` This happens for me in a complex scene consistently without fast clicking, there are mirror and subdiv and I use modifier tools. When I use "Viewport Vis" to turn them off or on, I get the error on the first try whenever the object with displacement is visible. It also happens to me when I change subdiv levels. **Exact steps for others to reproduce the error** - Open attached file or: - Create 2 cubes. - For Cube 1, give one cube a displacement map (noise or texture, doesn't matter) - For Cube 2, add a modifier (subdivision). - Turn on Displacement and Bump in material settings. - Enter viewport rendering. - Pick the cube with a subdiv and change Levels Viewport or turn on/off button fast. [blender_bug_2.blend](https://archive.blender.org/developer/F9680321/blender_bug_2.blend) --- @EAW's CPU stack trace: ``` lines ExceptionCode : EXCEPTION_ACCESS_VIOLATION Exception Address : 0x00007FF7643A6697 Exception Module : blender.exe Exception Flags : 0x00000000 Exception Parameters : 0x2 Parameters- [x] : 0x0000000000000000 Parameters- [x] : 0x000001B062F264E0 Stack trace: blender.exe :0x00007FF7643A6350 ccl::shader_setup_from_displace C:\blender-git\blender\intern\cycles\kernel\kernel_shader.h:378 blender.exe :0x00007FF76447FBB0 ccl::kernel_cpu_sse41_shader C:\blender-git\blender\intern\cycles\kernel\kernels\cpu\kernel_cpu_impl.h:164 blender.exe :0x00007FF7642CC840 ccl::CPUDevice::thread_run C:\blender-git\blender\intern\cycles\device\device_cpu.cpp:579 blender.exe :0x00007FF7642C6720 std::_Func_impl_no_alloc<<lambda_d884e08a7877f415f05ce8ffda8f97b4>,void>::_Do_call C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\include\functional:947 blender.exe :0x00007FF7667F55B0 tbb::internal::function_task<std::function<void __cdecl(void)> >::execute C:\blender-git\lib\win64_vc15\tbb\include\tbb\task.h:1049 tbb.dll :0x00007FFD850D37A0 tbb::recursive_mutex::scoped_lock::internal_try_acquire tbb.dll :0x00007FFD850D37A0 tbb::recursive_mutex::scoped_lock::internal_try_acquire blender.exe :0x00007FF763746500 tbb::internal::task_group_base::wait C:\blender-git\lib\win64_vc15\tbb\include\tbb\task_group.h:168 blender.exe :0x00007FF7667F5C00 ccl::TaskPool::wait_work C:\blender-git\blender\intern\cycles\util\util_task.cpp:46 blender.exe :0x00007FF7647C6BD0 ccl::GeometryManager::displace C:\blender-git\blender\intern\cycles\render\mesh_displace.cpp:142 blender.exe :0x00007FF7646EACA0 ccl::GeometryManager::device_update C:\blender-git\blender\intern\cycles\render\geometry.cpp:1865 blender.exe :0x00007FF7646AC830 ccl::Scene::device_update C:\blender-git\blender\intern\cycles\render\scene.cpp:284 blender.exe :0x00007FF7646AFA70 ccl::Scene::update C:\blender-git\blender\intern\cycles\render\scene.cpp:524 blender.exe :0x00007FF7646C7480 ccl::Session::update_scene C:\blender-git\blender\intern\cycles\render\sessiocpp:1047 blender.exe :0x00007FF7646C5B10 ccl::Session::run_cpu C:\blender-git\blender\intern\cycles\render\session.cpp:813 blender.exe :0x00007FF7646C5730 ccl::Session::run C:\blender-git\blender\intern\cycles\render\session.cpp:888 blender.exe :0x00007FF7667F84D0 ccl::thread::run C:\blender-git\blender\intern\cycles\util\util_thread.cpp:53 blender.exe :0x00007FF763EFC0F0 std::thread::_Invoke<std::tuple<void (__cdecl ceres::internal::ThreadPool::*)(void),ceres::internal C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\include\thread:44 ucrtbase.dll :0x00007FFD8A871B20 configthreadlocale KERNEL32.DLL :0x00007FFD8AE47020 BaseThreadInitThunk ntdll.dll :0x00007FFD8C99D220 RtlUserThreadStart``` All 8 threads crash at the same memory location. Looks like it crashes while allocating the displacement buffers. ```lines I0210 10:13:08.732476 15164 blender_sync.cpp:254] Total time spent synchronizing data: 0.0002326 I0210 10:13:08.739603 6660 object.cpp:582] Total 2 objects. I0210 10:13:08.739632 6660 device_cpu.cpp:492] Global memory allocate: __objects, 384 bytes. (384) I0210 10:13:08.739632 6660 geometry.cpp:1429] Total 2 meshes. I0210 10:13:08.739632 6660 device_cpu.cpp:492] Global memory allocate: __attributes_map, 128 bytes. (128) I0210 10:13:08.739632 6660 device_cpu.cpp:492] Global memory allocate: __attributes_float3, 256 bytes. (256) I0210 10:13:08.739632 6660 device_cpu.cpp:492] Global memory allocate: __objects, 384 bytes. (384) I0210 10:13:08.739632 6660 device_cpu.cpp:394] Buffer allocate: displace_output, 128 bytes. (128) I0210 10:13:08.739632 6660 device_cpu.cpp:394] Buffer allocate: displace_input, 128 bytes. (128) Error : EXCEPTION_ACCESS_VIOLATION Address : 0x00007FF6C04A4047 Module : blender.exe Thread : 0000374c Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt Error : EXCEPTION_ACCESS_VIOLATION Address : 0x00007FF6C04A4047 Module : blender.exe Thread : 00003174 Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt Error : EXCEPTION_ACCESS_VIOLATION Address : 0x00007FF6C04A4047 Module : blender.exe Thread : 00000994 Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt Error : EXCEPTION_ACCESS_VIOLATION Address : 0x00007FF6C04A4047 Module : blender.exe Thread : 00005b80 Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt Error : EXCEPTION_ACCESS_VIOLATION Address : 0x00007FF6C04A4047 Module : blender.exe Thread : 00001d5c Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt Error : EXCEPTION_ACCESS_VIOLATION Address : 0x00007FF6C04A4047 Module : blender.exe Thread : 000033e8 Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt Error : EXCEPTION_ACCESS_VIOLATION Address : 0x00007FF6C04A4047 Module : blender.exe Thread : 00005e34 Writing: C:\Users\Evan\AppData\Local\Temp\T85440_v2.92.crash.txt Error : EXCEPTION_ACCESS_VIOLATION Address : 0x00007FF6C04A4047 Module : blender.exe Thread : 00001a04``` This looks to be a bug in MSVC in the [_Func_impl_no_alloc ](https://developercommunity.visualstudio.com/content/problem/906041/-func-impl-no-alloc-access-violation.html) call STL bug report at the following link: [<functional>: std::function doesn't handle over-aligned types](https://github.com/microsoft/STL/issues/690) The bug report is closed saying it is fixed in Visual Studio 2019 16.7 It is still crashing for me in a debug build using 16.8.4 Debug mode asserts ```lines Assertion failed: index >= 0 && index < width, file C:\blender-git\ocio\intern\cycles\kernel\kernel_compat_cpu.h, line 77 ``` Which is ```template<typename T> struct texture { ccl_always_inline const T &fetch(int index) { kernel_assert(index >= 0 && index < width); return data[index]; } ``` ---

Milan Spasic commented

2021-02-07 01:46:59 +01:00

Added subscriber: @milanrs

Germano Cavalcante commented

2021-02-09 19:28:11 +01:00

Added subscriber: @mano-wii

Evan Wilson commented

2021-02-10 06:57:33 +01:00

Added subscriber: @EAW

Evan Wilson commented

2021-02-10 06:57:33 +01:00

Changed status from 'Needs Triage' to: 'Confirmed'

Evan Wilson commented

2021-02-10 06:57:34 +01:00

Confirming since I noticed that this was still set to 'Needs Triage' @mano-wii .😉

Here is my CPU render stack trace.

ExceptionCode         : EXCEPTION_ACCESS_VIOLATION
Exception Address     : 0x00007FF7643A6697
Exception Module      : blender.exe
Exception Flags       : 0x00000000
Exception Parameters  : 0x2
	Parameters- [x] : 0x0000000000000000
	Parameters- [x] : 0x000001B062F264E0

Stack trace:
blender.exe         :0x00007FF7643A6350  ccl::shader_setup_from_displace C:\blender-git\blender\intern\cycles\kernel\kernel_shader.h:378
blender.exe         :0x00007FF76447FBB0  ccl::kernel_cpu_sse41_shader C:\blender-git\blender\intern\cycles\kernel\kernels\cpu\kernel_cpu_impl.h:164
blender.exe         :0x00007FF7642CC840  ccl::CPUDevice::thread_run C:\blender-git\blender\intern\cycles\device\device_cpu.cpp:579
blender.exe         :0x00007FF7642C6720  std::_Func_impl_no_alloc<<lambda_d884e08a7877f415f05ce8ffda8f97b4>,void>::_Do_call C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\include\functional:947
blender.exe         :0x00007FF7667F55B0  tbb::internal::function_task<std::function<void __cdecl(void)> >::execute C:\blender-git\lib\win64_vc15\tbb\include\tbb\task.h:1049
tbb.dll             :0x00007FFD850D37A0  tbb::recursive_mutex::scoped_lock::internal_try_acquire
tbb.dll             :0x00007FFD850D37A0  tbb::recursive_mutex::scoped_lock::internal_try_acquire
blender.exe         :0x00007FF763746500  tbb::internal::task_group_base::wait C:\blender-git\lib\win64_vc15\tbb\include\tbb\task_group.h:168
blender.exe         :0x00007FF7667F5C00  ccl::TaskPool::wait_work C:\blender-git\blender\intern\cycles\util\util_task.cpp:46
blender.exe         :0x00007FF7647C6BD0  ccl::GeometryManager::displace C:\blender-git\blender\intern\cycles\render\mesh_displace.cpp:142
blender.exe         :0x00007FF7646EACA0  ccl::GeometryManager::device_update C:\blender-git\blender\intern\cycles\render\geometry.cpp:1865
blender.exe         :0x00007FF7646AC830  ccl::Scene::device_update C:\blender-git\blender\intern\cycles\render\scene.cpp:284
blender.exe         :0x00007FF7646AFA70  ccl::Scene::update C:\blender-git\blender\intern\cycles\render\scene.cpp:524
blender.exe         :0x00007FF7646C7480  ccl::Session::update_scene C:\blender-git\blender\intern\cycles\render\sessiocpp:1047
blender.exe         :0x00007FF7646C5B10  ccl::Session::run_cpu C:\blender-git\blender\intern\cycles\render\session.cpp:813
blender.exe         :0x00007FF7646C5730  ccl::Session::run C:\blender-git\blender\intern\cycles\render\session.cpp:888
blender.exe         :0x00007FF7667F84D0  ccl::thread::run C:\blender-git\blender\intern\cycles\util\util_thread.cpp:53
blender.exe         :0x00007FF763EFC0F0  std::thread::_Invoke<std::tuple<void (__cdecl ceres::internal::ThreadPool::*)(void),ceres::internal C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\include\thread:44
ucrtbase.dll        :0x00007FFD8A871B20  configthreadlocale
KERNEL32.DLL        :0x00007FFD8AE47020  BaseThreadInitThunk
ntdll.dll           :0x00007FFD8C99D220  RtlUserThreadStart```

Looks like it crashes while allocating the displacement buffers.

```lines
I0210 00:38:00.518465 19656 blender_sync.cpp:254] Total time spent synchronizing data: 0.0002286
I0210 00:38:00.523245 18708 object.cpp:637] Total 2 objects.
I0210 00:38:00.523245 18708 geometry.cpp:1711] Total 2 meshes.
I0210 00:38:00.523245 18708 device_cpu.cpp:492] Global memory allocate: __attributes_map, 128 bytes. (128)
I0210 00:38:00.523245 18708 device_cpu.cpp:492] Global memory allocate: __attributes_float3, 256 bytes. (256)
I0210 00:38:00.523245 18708 device_cpu.cpp:492] Global memory allocate: __objects, 384 bytes. (384)
I0210 00:38:00.523245 18708 device_cpu.cpp:394] Buffer allocate: displace_output, 128 bytes. (128)
I0210 00:38:00.523245 18708 device_cpu.cpp:394] Buffer allocate: displace_input, 128 bytes. (128)```


---
Tested 2.93 Alpha hash: d72595a5943e
OS: Windows-10-10.0.19041.630-SP0 64 Bits
GPU: GeForce GTX 470/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 391.35
CPU: i7-950 @3.07 GHz SSE2 SSE3 SSE41

Confirming since I noticed that this was still set to 'Needs Triage' @mano-wii .😉 Here is my CPU render stack trace. ``` lines ExceptionCode : EXCEPTION_ACCESS_VIOLATION Exception Address : 0x00007FF7643A6697 Exception Module : blender.exe Exception Flags : 0x00000000 Exception Parameters : 0x2 Parameters- [x] : 0x0000000000000000 Parameters- [x] : 0x000001B062F264E0 Stack trace: blender.exe :0x00007FF7643A6350 ccl::shader_setup_from_displace C:\blender-git\blender\intern\cycles\kernel\kernel_shader.h:378 blender.exe :0x00007FF76447FBB0 ccl::kernel_cpu_sse41_shader C:\blender-git\blender\intern\cycles\kernel\kernels\cpu\kernel_cpu_impl.h:164 blender.exe :0x00007FF7642CC840 ccl::CPUDevice::thread_run C:\blender-git\blender\intern\cycles\device\device_cpu.cpp:579 blender.exe :0x00007FF7642C6720 std::_Func_impl_no_alloc<<lambda_d884e08a7877f415f05ce8ffda8f97b4>,void>::_Do_call C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\include\functional:947 blender.exe :0x00007FF7667F55B0 tbb::internal::function_task<std::function<void __cdecl(void)> >::execute C:\blender-git\lib\win64_vc15\tbb\include\tbb\task.h:1049 tbb.dll :0x00007FFD850D37A0 tbb::recursive_mutex::scoped_lock::internal_try_acquire tbb.dll :0x00007FFD850D37A0 tbb::recursive_mutex::scoped_lock::internal_try_acquire blender.exe :0x00007FF763746500 tbb::internal::task_group_base::wait C:\blender-git\lib\win64_vc15\tbb\include\tbb\task_group.h:168 blender.exe :0x00007FF7667F5C00 ccl::TaskPool::wait_work C:\blender-git\blender\intern\cycles\util\util_task.cpp:46 blender.exe :0x00007FF7647C6BD0 ccl::GeometryManager::displace C:\blender-git\blender\intern\cycles\render\mesh_displace.cpp:142 blender.exe :0x00007FF7646EACA0 ccl::GeometryManager::device_update C:\blender-git\blender\intern\cycles\render\geometry.cpp:1865 blender.exe :0x00007FF7646AC830 ccl::Scene::device_update C:\blender-git\blender\intern\cycles\render\scene.cpp:284 blender.exe :0x00007FF7646AFA70 ccl::Scene::update C:\blender-git\blender\intern\cycles\render\scene.cpp:524 blender.exe :0x00007FF7646C7480 ccl::Session::update_scene C:\blender-git\blender\intern\cycles\render\sessiocpp:1047 blender.exe :0x00007FF7646C5B10 ccl::Session::run_cpu C:\blender-git\blender\intern\cycles\render\session.cpp:813 blender.exe :0x00007FF7646C5730 ccl::Session::run C:\blender-git\blender\intern\cycles\render\session.cpp:888 blender.exe :0x00007FF7667F84D0 ccl::thread::run C:\blender-git\blender\intern\cycles\util\util_thread.cpp:53 blender.exe :0x00007FF763EFC0F0 std::thread::_Invoke<std::tuple<void (__cdecl ceres::internal::ThreadPool::*)(void),ceres::internal C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\include\thread:44 ucrtbase.dll :0x00007FFD8A871B20 configthreadlocale KERNEL32.DLL :0x00007FFD8AE47020 BaseThreadInitThunk ntdll.dll :0x00007FFD8C99D220 RtlUserThreadStart``` Looks like it crashes while allocating the displacement buffers. ```lines I0210 00:38:00.518465 19656 blender_sync.cpp:254] Total time spent synchronizing data: 0.0002286 I0210 00:38:00.523245 18708 object.cpp:637] Total 2 objects. I0210 00:38:00.523245 18708 geometry.cpp:1711] Total 2 meshes. I0210 00:38:00.523245 18708 device_cpu.cpp:492] Global memory allocate: __attributes_map, 128 bytes. (128) I0210 00:38:00.523245 18708 device_cpu.cpp:492] Global memory allocate: __attributes_float3, 256 bytes. (256) I0210 00:38:00.523245 18708 device_cpu.cpp:492] Global memory allocate: __objects, 384 bytes. (384) I0210 00:38:00.523245 18708 device_cpu.cpp:394] Buffer allocate: displace_output, 128 bytes. (128) I0210 00:38:00.523245 18708 device_cpu.cpp:394] Buffer allocate: displace_input, 128 bytes. (128)``` --- Tested 2.93 Alpha hash: d72595a5943e OS: Windows-10-10.0.19041.630-SP0 64 Bits GPU: GeForce GTX 470/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 391.35 CPU: i7-950 @3.07 GHz SSE2 SSE3 SSE41

Evan Wilson commented

2021-02-10 16:05:15 +01:00

Updating to say that I also can confirm that it crashes 2.92 Beta hash: df0bce3f7d.

Updating to say that I also can confirm that it crashes 2.92 Beta hash: df0bce3f7d0a.

Evan Wilson changed title from ~~2.92 Beta - Viewport rendering bugs when changing subdiv modifier when there is another object with a displacement~~ to 2.92 Beta - Viewport rendering bugs when changing subdiv modifier when there is another object with a displacement shader node

2021-02-10 17:23:54 +01:00

Evan Wilson changed title from ~~2.92 Beta - Viewport rendering bugs when changing subdiv modifier when there is another object with a displacement shader node~~ to 2.92 Beta - Viewport rendering crash/bugs when changing subdiv modifier when there is another object with a displacement shader node

2021-02-10 17:26:09 +01:00

blender-admin commented

2021-02-16 20:45:19 +01:00

This issue was referenced by 2217719feb

This issue was referenced by 2217719feb250458bef461d405985e79d3c72a14

Brecht Van Lommel commented

2021-02-17 15:23:12 +01:00

Changed status from 'Confirmed' to: 'Resolved'

Brecht Van Lommel closed this issue

2021-02-17 15:23:12 +01:00

Brecht Van Lommel self-assigned this 2021-02-17 15:23:12 +01:00

Thomas Dinges added this to the 2.92 milestone 2023-02-08 16:14:50 +01:00

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

2.92 Beta - Viewport rendering crash/bugs when changing subdiv modifier when there is another object with a displacement shader node #85440