Crash when adding subdivision surface modifier to object while in rendered mode #82608

New Issue

Serg · 2020-11-11T08:53:00+01:00

Serg commented

2020-11-11 08:53:00 +01:00

System Information
Operating system: Win10 2004
Graphics card: GeFroce GTX 980

Blender Version
Broken: (2.90.1)? Currently only reproducible in 2.92 based on provided steps.
Worked: (2.8.3)

Short description of error
Blender crashes in a project with displacement when adding a subdivision surface modifier to the object while the Viewport Shading is set to Rendered

Exact steps for others to reproduce the error

Open the .blend file
Switch Viewport Shading to Rendered

While it is rendering, add a Subdivision Surface modifier

#82608.blend

Old information and log files:

Here are the log files from the scene and the debug info
habitat_scene_02.crash.txt
blender_debug_output.txt
blender_system_info.txt

blender.exe         :0x00007FF7B63AE980  ccl::Geometry::has_true_displacement
blender.exe         :0x00007FF7B6375600  ccl::Scene::get_requested_device_features
blender.exe         :0x00007FF7B6375000  ccl::Scene::load_kernels
blender.exe         :0x00007FF7B63743E0  ccl::Scene::update
blender.exe         :0x00007FF7B638C600  ccl::Session::update_scene
blender.exe         :0x00007FF7B638DF10  ccl::Session::run_cpu
blender.exe         :0x00007FF7B638C850  ccl::Session::run
blender.exe         :0x00007FF7B84B5040  ccl::thread::run
blender.exe         :0x00007FF7B5BA4FE0  std::thread::_Invoke<std::tuple<void * __ptr64 (__cdecl*)(void * __ptr64),ccl::thread * __ptr64>,0,
ucrtbase.dll        :0x00007FFD0A041430  configthreadlocale
KERNEL32.DLL        :0x00007FFD0A6D7020  BaseThreadInitThunk
ntdll.dll           :0x00007FFD0C55CEA0  RtlUserThreadStart

https://pasteall.org/LG6X
https://pasteall.org/j0Lv
https://pasteall.org/9MuA

**System Information** Operating system: Win10 2004 Graphics card: GeFroce GTX 980 **Blender Version** Broken: (2.90.1)? Currently only reproducible in 2.92 based on provided steps. Worked: (2.8.3) **Short description of error** Blender crashes in a project with displacement when adding a subdivision surface modifier to the object while the *Viewport Shading* is set to *Rendered* **Exact steps for others to reproduce the error** - Open the .blend file - Switch *Viewport Shading* to *Rendered* # While it is rendering, add a *Subdivision Surface* modifier [#82608.blend](https://archive.blender.org/developer/F9260302/T82608.blend) ------ **Old information and log files:** Here are the log files from the scene and the debug info [habitat_scene_02.crash.txt](https://archive.blender.org/developer/F9258851/habitat_scene_02.crash.txt) [blender_debug_output.txt](https://archive.blender.org/developer/F9258854/blender_debug_output.txt) [blender_system_info.txt](https://archive.blender.org/developer/F9258855/blender_system_info.txt) ```lines blender.exe :0x00007FF7B63AE980 ccl::Geometry::has_true_displacement blender.exe :0x00007FF7B6375600 ccl::Scene::get_requested_device_features blender.exe :0x00007FF7B6375000 ccl::Scene::load_kernels blender.exe :0x00007FF7B63743E0 ccl::Scene::update blender.exe :0x00007FF7B638C600 ccl::Session::update_scene blender.exe :0x00007FF7B638DF10 ccl::Session::run_cpu blender.exe :0x00007FF7B638C850 ccl::Session::run blender.exe :0x00007FF7B84B5040 ccl::thread::run blender.exe :0x00007FF7B5BA4FE0 std::thread::_Invoke<std::tuple<void * __ptr64 (__cdecl*)(void * __ptr64),ccl::thread * __ptr64>,0, ucrtbase.dll :0x00007FFD0A041430 configthreadlocale KERNEL32.DLL :0x00007FFD0A6D7020 BaseThreadInitThunk ntdll.dll :0x00007FFD0C55CEA0 RtlUserThreadStart ``` https://pasteall.org/LG6X https://pasteall.org/j0Lv https://pasteall.org/9MuA

Serg commented

2020-11-11 08:53:00 +01:00

Added subscriber: @Sergey-Belyaev

Robert Guetzkow commented

2020-11-11 09:39:10 +01:00

Added subscriber: @rjg

Robert Guetzkow commented

2020-11-11 09:39:10 +01:00

Changed status from 'Needs Triage' to: 'Needs User Info'

Robert Guetzkow commented

2020-11-11 09:39:10 +01:00

Unfortunately stack trace is empty, perhaps because you're using the Steam version. This might be a duplicate of #81116 if you're using OptiX denoising in the viewport. Check if disabling the viewport denoising avoids the crash.

If this doesn't solve the issue, please download Blender 2.92 for testing and extract the archive. Open Blender's folder and double click on the blender_debug_gpu.cmd. This will start Blender in debug mode and create log files. Try to make Blender crash again. Once it crashes the Windows Explorer should open and show you up to two files, a debug log and the system information. Add them to your bug report by clicking on the upload button as shown in the screenshot below or via drag and drop. Please also upload the crash log located in C:\Users\[your username]\AppData\Local\Temp\[project name].crash.txt (or simply type %TEMP% into the path bar of the Windows Explorer).

Unfortunately stack trace is empty, perhaps because you're using the Steam version. This might be a duplicate of #81116 if you're using OptiX denoising in the viewport. Check if disabling the viewport denoising avoids the crash. If this doesn't solve the issue, please download [Blender 2.92 ](https://builder.blender.org/download/) for testing and extract the archive. Open Blender's folder and double click on the `blender_debug_gpu.cmd`. This will start Blender in debug mode and create log files. Try to make Blender crash again. Once it crashes the Windows Explorer should open and show you up to two files, a debug log and the system information. Add them to your bug report by clicking on the upload button as shown in the screenshot below or via drag and drop. Please also upload the crash log located in `C:\Users\[your username]\AppData\Local\Temp\[project name].crash.txt` (or simply type `%TEMP%` into the path bar of the Windows Explorer). ![2019_12_04_upload_icon_developer_blender_org.png](https://archive.blender.org/developer/F8190038/2019_12_04_upload_icon_developer_blender_org.png)

Serg commented

2020-11-11 10:50:32 +01:00

I am not enabled any viewport denoising.
I am downloading 2.92 and will let you know if it crashes

I am not enabled any viewport denoising. I am downloading 2.92 and will let you know if it crashes

Serg commented

2020-11-11 10:58:40 +01:00

ok it crashes too
habitat_scene_02.crash.txt

blender_debug_output.txt

blender_system_info.txt

ok it crashes too [habitat_scene_02.crash.txt](https://archive.blender.org/developer/F9258851/habitat_scene_02.crash.txt) [blender_debug_output.txt](https://archive.blender.org/developer/F9258854/blender_debug_output.txt) [blender_system_info.txt](https://archive.blender.org/developer/F9258855/blender_system_info.txt)

Robert Guetzkow commented

2020-11-11 11:21:32 +01:00

Does this only occur in a specific project? If yes, please create a minimal version of this project file that allows you to reproduce the crash and upload it here as well. The problem seems to be caused during setup of the render kernels by having true displacement enabled. This could theoretically crash when node would be NULL in Geometry::has_true_displacement().

Does this only occur in a specific project? If yes, please create a *minimal* version of this project file that allows you to reproduce the crash and upload it here as well. The problem seems to be caused during setup of the render kernels by having true displacement enabled. This could theoretically crash when `node` would be `NULL` in `Geometry::has_true_displacement()`.

Serg commented

2020-11-11 14:16:18 +01:00

Here is how I can reproduce the problem

Start new blender;
delete cube;
create plane
scale it
go in edit mode
rmb subdivide 100
rmb subdivide 1
go to modifiers
add displacment
create new texture
set to uv
go to texture
open height map in .tif format
click on rendered mode
click on solid mode (sometimes it crashes when going into solid mode from rendered mode)
add subdivision
crash

I made a video for you to show it
https://youtu.be/lQKY98DOosM

blender_debug_output.txt

blender_system_info.txt

test.crash.txt

Here is how I can reproduce the problem Start new blender; delete cube; create plane scale it go in edit mode rmb subdivide 100 rmb subdivide 1 go to modifiers add displacment create new texture set to uv go to texture open height map in .tif format click on rendered mode click on solid mode (sometimes it crashes when going into solid mode from rendered mode) add subdivision crash I made a video for you to show it https://youtu.be/lQKY98DOosM ![Canyon_E_Displacement.tif](https://archive.blender.org/developer/F9259806/Canyon_E_Displacement.tif) [blender_debug_output.txt](https://archive.blender.org/developer/F9259797/blender_debug_output.txt) [blender_system_info.txt](https://archive.blender.org/developer/F9259798/blender_system_info.txt) [test.crash.txt](https://archive.blender.org/developer/F9259801/test.crash.txt)

Robert Guetzkow commented

2020-11-11 14:20:13 +01:00

Changed status from 'Needs User Info' to: 'Needs Developer To Reproduce'

Philipp Oeser commented

2020-11-11 14:53:48 +01:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2020-11-11 14:53:48 +01:00

Hm, weird, I have seen weird artifacts once [no crash but hexagon shaped shading anomalies when adding the subd modifier], but havent been able to reproduce since.

Serg commented

2020-11-11 15:05:15 +01:00

weird enough this only happens in blender 2.9 en not 2.83

Robert Guetzkow changed title from ~~EXCEPTION_ACCESS_VIOLATION in Blender 2.90.1~~ to Crash when adding subdivision surface modifier to object while in rendered mode

2020-11-11 15:36:29 +01:00

Robert Guetzkow commented

2020-11-11 15:36:37 +01:00

Changed status from 'Needs Developer To Reproduce' to: 'Confirmed'

Robert Guetzkow commented

2020-11-11 15:36:37 +01:00

I can confirm the crash in 2.92. With the linked file, switch to Viewport Shading to Rendered and add a Subdivision Surface modifier while it is rendering samples.

ccl::Mesh::pack_normals(ccl::float4 * vnormal) Lines 716	C++
ccl::GeometryManager::device_update_mesh(ccl::Device * __formal, ccl::DeviceScene * dscene, ccl::Scene * scene, bool for_displacement, ccl::Progress & progress) Lines 1056	C++
ccl::GeometryManager::device_update(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Progress & progress) Lines 1616	C++
ccl::Scene::device_update(ccl::Device * device_, ccl::Progress & progress) Lines 266	C++
ccl::Scene::update(ccl::Progress & progress, bool & kernel_switch_needed) Lines 502	C++
ccl::Session::update_scene() Lines 1029	C++
ccl::Session::run_cpu() Lines 789	C++
ccl::Session::run() Lines 874	C++
[External Code]	
ccl::thread::run(void * arg) Lines 53	C++
[External Code]

#82608.blend

I can confirm the crash in 2.92. With the linked file, switch to *Viewport Shading* to *Rendered* and add a *Subdivision Surface* modifier while it is rendering samples. ``` ccl::Mesh::pack_normals(ccl::float4 * vnormal) Lines 716 C++ ccl::GeometryManager::device_update_mesh(ccl::Device * __formal, ccl::DeviceScene * dscene, ccl::Scene * scene, bool for_displacement, ccl::Progress & progress) Lines 1056 C++ ccl::GeometryManager::device_update(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Progress & progress) Lines 1616 C++ ccl::Scene::device_update(ccl::Device * device_, ccl::Progress & progress) Lines 266 C++ ccl::Scene::update(ccl::Progress & progress, bool & kernel_switch_needed) Lines 502 C++ ccl::Session::update_scene() Lines 1029 C++ ccl::Session::run_cpu() Lines 789 C++ ccl::Session::run() Lines 874 C++ [External Code] ccl::thread::run(void * arg) Lines 53 C++ [External Code] ``` [#82608.blend](https://archive.blender.org/developer/F9260302/T82608.blend)

Robert Guetzkow commented

2020-11-11 15:42:04 +01:00

Since we haven't bisected #82607 yet, it may have a related cause. Both stack traces go through ccl::GeometryManager::device_update.

Since we haven't bisected #82607 yet, it may have a related cause. Both stack traces go through `ccl::GeometryManager::device_update`.

Brecht Van Lommel commented

2020-11-11 17:57:01 +01:00

Added subscribers: @kevindietrich, @brecht

Brecht Van Lommel commented

2020-11-11 17:57:01 +01:00

I was unable so far to reproduce a crash in 2.90.1, but there it may be a duplicate of some random crashes that were already fixed.

I could not get it to crash in 2.91 beta. Can anyone confirm if that work crashes?

However I do see mesh artifacts in 2.92, which I'm guessing is related to the recent node API changes. @kevindietrich, can you check this?

I was unable so far to reproduce a crash in 2.90.1, but there it may be a duplicate of some random crashes that were already fixed. I could not get it to crash in 2.91 beta. Can anyone confirm if that work crashes? However I do see mesh artifacts in 2.92, which I'm guessing is related to the recent node API changes. @kevindietrich, can you check this?

Kévin Dietrich commented

2020-11-11 19:00:09 +01:00

I got a buffer overflow when packing the normals:

verts_size : 164025, attr size : 41209

which corroborates @rjg's stacktrace.

I think it is because the attributes are not cleared on the original mesh as we just copy the new attributes to it, so we have stale attribute data (vertex normals on both the regular and subd attributes).

I got a buffer overflow when packing the normals: ``` verts_size : 164025, attr size : 41209 ``` which corroborates @rjg's stacktrace. I think it is because the attributes are not cleared on the original mesh as we just copy the new attributes to it, so we have stale attribute data (vertex normals on both the regular and subd attributes).

Robert Guetzkow commented

2020-11-11 19:35:15 +01:00

@brecht I was unable to reproduce it in 2.90.1 and 2.91 as well. Perhaps the originally reported issue is a different one than the provided steps reproduce?

@Sergey-Belyaev Do the steps you've provided really result in a crash in 2.90.1 and 2.91 or only in 2.92?

@brecht I was unable to reproduce it in 2.90.1 and 2.91 as well. Perhaps the originally reported issue is a different one than the provided steps reproduce? @Sergey-Belyaev Do the steps you've provided really result in a crash in 2.90.1 and 2.91 or only in 2.92?

Serg commented

2020-11-11 21:50:37 +01:00

The video and steps I did in 2.92 as you asked it to test it in there.

However my first post about the crashes was with 2.90.1

The video and steps I did in 2.92 as you asked it to test it in there. However my first post about the crashes was with 2.90.1

Robert Guetzkow commented

2020-11-11 22:38:25 +01:00

@Sergey-Belyaev Just to avoid any confusion, are you saying that the steps and error are not the same in 2.90.1? In that case, what are the steps to get the error in 2.90.1?

Serg commented

2020-11-12 07:56:47 +01:00

Here is how I can reproduce it in Blender2.90.1
I think the problem is that the panes are setup this way: split from left to right to have two vertical panes and then the right one from bottom to top to get one horizontal pane>then setup all to rendered mode and bottom right to shader editor

Here is the video and description if you dont want to watch:
https://youtu.be/fZ9umdBdz44

Set Cycles
Create a plane and subdivide by 100 and then again by 1
select the plane and setup basic displacment shader with image texture node and displacment node and connect to displacment
Go to material settings and "Choose Displacment and Bump"
Then duccplicate the plane a bunch of times (I did itt 6 times)
Now set up the viewport panes as shown on the video
Change something in the shader like the connection from displacment to the output
Switch between Solid view and rendered view
and crash

I included the blend file and two videos to show it
4272_autosave.crash.txt

4272_autosave.blend
blender_debug_output.txt

blender_system_info.txt

viewportPanes_blendercrash.mp4

Here is how I can reproduce it in Blender2.90.1 I think the problem is that the panes are setup this way: split from left to right to have two vertical panes and then the right one from bottom to top to get one horizontal pane>then setup all to rendered mode and bottom right to shader editor Here is the video and description if you dont want to watch: https://youtu.be/fZ9umdBdz44 - Set Cycles - Create a plane and subdivide by 100 and then again by 1 - select the plane and setup basic displacment shader with image texture node and displacment node and connect to displacment - Go to material settings and "Choose Displacment and Bump" - Then duccplicate the plane a bunch of times (I did itt 6 times) - Now set up the viewport panes as shown on the video - Change something in the shader like the connection from displacment to the output - Switch between Solid view and rendered view and crash I included the blend file and two videos to show it [4272_autosave.crash.txt](https://archive.blender.org/developer/F9263671/4272_autosave.crash.txt) [4272_autosave.blend](https://archive.blender.org/developer/F9263670/4272_autosave.blend) [blender_debug_output.txt](https://archive.blender.org/developer/F9263685/blender_debug_output.txt) [blender_system_info.txt](https://archive.blender.org/developer/F9263684/blender_system_info.txt) ![Canyon_E_Displacement.tif](https://archive.blender.org/developer/F9263687/Canyon_E_Displacement.tif) [viewportPanes_blendercrash.mp4](https://archive.blender.org/developer/F9263717/viewportPanes_blendercrash.mp4)

Kévin Dietrich commented

2020-11-12 09:20:42 +01:00

I committed a fix for the issue in 2.92 (88bb29dea6) which also reported elsewhere, but I cannot reproduce the crash with the two viewport windows, so I guess this was already fixed since then, and this could be closed.

I committed a fix for the issue in 2.92 (88bb29dea6) which also reported elsewhere, but I cannot reproduce the crash with the two viewport windows, so I guess this was already fixed since then, and this could be closed.

Robert Guetzkow commented

2020-11-12 10:50:36 +01:00

With the new instructions I could get a crash in 2.90.1, 2.91 (build from 2020-11-06 8df84f7be4) and 2.92 (build from 2020-11-02 27acf8ced8). The cause may not be the same in all versions, it could just be a common trigger. I will check with more recent builds, once I'm done bisecting another issue.

2.90.1:

tbb.dll             :0x00007FFE9D9884D0  tbb::task::spawn_and_wait_for_all
tbb.dll             :0x00007FFE9D988EB0  tbb::task_group_context::cancel_group_execution
blender.exe         :0x00007FF69EB8E640  ccl::TaskPool::~TaskPool
blender.exe         :0x00007FF69CA0E7B0  ccl::GeometryManager::device_update
blender.exe         :0x00007FF69C9D5DC0  ccl::Scene::device_update
blender.exe         :0x00007FF69C9E9790  ccl::Session::update_scene
blender.exe         :0x00007FF69C9EBCC0  ccl::Session::run_cpu
blender.exe         :0x00007FF69C9EA620  ccl::Session::run
blender.exe         :0x00007FF69EB931A0  ccl::thread::run
blender.exe         :0x00007FF69C1A1450  std::thread::_Invoke<std::tuple<void * __ptr64 (__cdecl*)(void * __ptr64),ccl::thread * __ptr64>,0,
ucrtbase.dll        :0x00007FFEA26B1430  configthreadlocale
KERNEL32.dll        :0x00007FFEA3567020  BaseThreadInitThunk
ntdll.dll           :0x00007FFEA497CEA0  RtlUserThreadStart

2.91:

ccl::Mesh::pack_normals(ccl::float4 * vnormal) Lines 601	C++
ccl::GeometryManager::device_update_mesh(ccl::Device * __formal, ccl::DeviceScene * dscene, ccl::Scene * scene, bool for_displacement, ccl::Progress & progress) Lines 924	C++
ccl::GeometryManager::device_update(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Progress & progress) Lines 1351	C++
ccl::Scene::device_update(ccl::Device * device_, ccl::Progress & progress) Lines 266	C++
ccl::Scene::update(ccl::Progress & progress, bool & kernel_switch_needed) Lines 500	C++
ccl::Session::update_scene() Lines 943	C++
ccl::Session::run_cpu() Lines 701	C++
ccl::Session::run() Lines 786	C++
[External Code]	
ccl::thread::run(void * arg) Lines 53	C++
[External Code]

2.92:

ccl::update_attribute_element_offset(ccl::Geometry * geom, ccl::device_vector<float> & attr_float, unsigned __int64 & attr_float_offset, ccl::device_vector<ccl::float2> & attr_float2, unsigned __int64 & attr_float2_offset, ccl::device_vector<ccl::float4> & attr_float3, unsigned __int64 & attr_float3_offset, ccl::device_vector<ccl::uchar4> & attr_uchar4, unsigned __int64 & attr_uchar4_offset, ccl::Attribute * mattr, ccl::AttributePrimitive prim, OpenImageIO_v2_1::TypeDesc & type, ccl::AttributeDescriptor & desc) Lines 605	C++
ccl::GeometryManager::device_update_attributes(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Progress & progress) Lines 817	C++
ccl::GeometryManager::device_update(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Progress & progress) Lines 1483	C++
ccl::Scene::device_update(ccl::Device * device_, ccl::Progress & progress) Lines 266	C++
ccl::Scene::update(ccl::Progress & progress, bool & kernel_switch_needed) Lines 500	C++
ccl::Session::update_scene() Lines 1033	C++
ccl::Session::run_cpu() Lines 789	C++
ccl::Session::run() Lines 874	C++
[External Code]	
ccl::thread::run(void * arg) Lines 53	C++
[External Code]

Edit: Still crashes in master

ccl::Mesh::get_triangle(unsigned __int64 i) Lines 88	C++
ccl::GeometryManager::displace(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Mesh * mesh, ccl::Progress & progress) Lines 77	C++
ccl::GeometryManager::device_update(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Progress & progress) Lines 1520	C++
ccl::Scene::device_update(ccl::Device * device_, ccl::Progress & progress) Lines 266	C++
ccl::Scene::update(ccl::Progress & progress, bool & kernel_switch_needed) Lines 502	C++
ccl::Session::update_scene() Lines 1029	C++
ccl::Session::run_cpu() Lines 789	C++
ccl::Session::run() Lines 874	C++
[External Code]	
ccl::thread::run(void * arg) Lines 53	C++
[External Code]

With the new instructions I could get a crash in 2.90.1, 2.91 (build from 2020-11-06 8df84f7be4) and 2.92 (build from 2020-11-02 27acf8ced8). The cause may not be the same in all versions, it could just be a common trigger. I will check with more recent builds, once I'm done bisecting another issue. 2.90.1: ```lines tbb.dll :0x00007FFE9D9884D0 tbb::task::spawn_and_wait_for_all tbb.dll :0x00007FFE9D988EB0 tbb::task_group_context::cancel_group_execution blender.exe :0x00007FF69EB8E640 ccl::TaskPool::~TaskPool blender.exe :0x00007FF69CA0E7B0 ccl::GeometryManager::device_update blender.exe :0x00007FF69C9D5DC0 ccl::Scene::device_update blender.exe :0x00007FF69C9E9790 ccl::Session::update_scene blender.exe :0x00007FF69C9EBCC0 ccl::Session::run_cpu blender.exe :0x00007FF69C9EA620 ccl::Session::run blender.exe :0x00007FF69EB931A0 ccl::thread::run blender.exe :0x00007FF69C1A1450 std::thread::_Invoke<std::tuple<void * __ptr64 (__cdecl*)(void * __ptr64),ccl::thread * __ptr64>,0, ucrtbase.dll :0x00007FFEA26B1430 configthreadlocale KERNEL32.dll :0x00007FFEA3567020 BaseThreadInitThunk ntdll.dll :0x00007FFEA497CEA0 RtlUserThreadStart ``` 2.91: ```lines ccl::Mesh::pack_normals(ccl::float4 * vnormal) Lines 601 C++ ccl::GeometryManager::device_update_mesh(ccl::Device * __formal, ccl::DeviceScene * dscene, ccl::Scene * scene, bool for_displacement, ccl::Progress & progress) Lines 924 C++ ccl::GeometryManager::device_update(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Progress & progress) Lines 1351 C++ ccl::Scene::device_update(ccl::Device * device_, ccl::Progress & progress) Lines 266 C++ ccl::Scene::update(ccl::Progress & progress, bool & kernel_switch_needed) Lines 500 C++ ccl::Session::update_scene() Lines 943 C++ ccl::Session::run_cpu() Lines 701 C++ ccl::Session::run() Lines 786 C++ [External Code] ccl::thread::run(void * arg) Lines 53 C++ [External Code] ``` 2.92: ```lines ccl::update_attribute_element_offset(ccl::Geometry * geom, ccl::device_vector<float> & attr_float, unsigned __int64 & attr_float_offset, ccl::device_vector<ccl::float2> & attr_float2, unsigned __int64 & attr_float2_offset, ccl::device_vector<ccl::float4> & attr_float3, unsigned __int64 & attr_float3_offset, ccl::device_vector<ccl::uchar4> & attr_uchar4, unsigned __int64 & attr_uchar4_offset, ccl::Attribute * mattr, ccl::AttributePrimitive prim, OpenImageIO_v2_1::TypeDesc & type, ccl::AttributeDescriptor & desc) Lines 605 C++ ccl::GeometryManager::device_update_attributes(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Progress & progress) Lines 817 C++ ccl::GeometryManager::device_update(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Progress & progress) Lines 1483 C++ ccl::Scene::device_update(ccl::Device * device_, ccl::Progress & progress) Lines 266 C++ ccl::Scene::update(ccl::Progress & progress, bool & kernel_switch_needed) Lines 500 C++ ccl::Session::update_scene() Lines 1033 C++ ccl::Session::run_cpu() Lines 789 C++ ccl::Session::run() Lines 874 C++ [External Code] ccl::thread::run(void * arg) Lines 53 C++ [External Code] ``` **Edit:** Still crashes in master ```lines ccl::Mesh::get_triangle(unsigned __int64 i) Lines 88 C++ ccl::GeometryManager::displace(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Mesh * mesh, ccl::Progress & progress) Lines 77 C++ ccl::GeometryManager::device_update(ccl::Device * device, ccl::DeviceScene * dscene, ccl::Scene * scene, ccl::Progress & progress) Lines 1520 C++ ccl::Scene::device_update(ccl::Device * device_, ccl::Progress & progress) Lines 266 C++ ccl::Scene::update(ccl::Progress & progress, bool & kernel_switch_needed) Lines 502 C++ ccl::Session::update_scene() Lines 1029 C++ ccl::Session::run_cpu() Lines 789 C++ ccl::Session::run() Lines 874 C++ [External Code] ccl::thread::run(void * arg) Lines 53 C++ [External Code] ```

Kévin Dietrich commented

2020-11-17 16:40:31 +01:00

I still cannot reproduce the crash in master (a25bc79633) with the new instructions, I tried with both a debug and a release build. Also, this issue is different than the original report (adding a modifier crashes Cycles, which was fixed), so suggest to rename this report, or open a new one.

I still cannot reproduce the crash in master (a25bc79633) with the new instructions, I tried with both a debug and a release build. Also, this issue is different than the original report (adding a modifier crashes Cycles, which was fixed), so suggest to rename this report, or open a new one.

Robert Guetzkow commented

2020-11-17 16:57:20 +01:00

@kevindietrich I will create a new report tomorrow

Brecht Van Lommel commented

2020-11-17 18:58:45 +01:00

Is there a bug in 2.91 still? That's mainly what we need to know for the release. A regression in master needs to be fixed too, but it's not as urgent.

Robert Guetzkow commented

2020-11-17 20:23:47 +01:00

@brecht This appears to be fixed in 2.91 and 2.92 now. I can't reproduce the issue anymore.

Robert Guetzkow commented

2020-11-17 21:11:07 +01:00

@Sergey-Belyaev Could you test again with the latest daily builds of 2.91 and 2.92, to confirm that the issue is gone?

Dalai Felinto commented

2020-11-18 10:30:16 +01:00

Added subscriber: @dfelinto

Dalai Felinto commented

2020-11-18 10:30:16 +01:00

@rjg if you can reproduce with an old build, but not with the latest master then the issue is fixed. If that's the case can you close this?

Robert Guetzkow commented

2020-11-18 11:04:01 +01:00

@dfelinto I wanted have another look at this, just to make sure. I only did a quick check last evening. I will close this if the issue is definitely gone.

Robert Guetzkow commented

2020-11-18 16:18:52 +01:00

Changed status from 'Confirmed' to: 'Resolved'

Robert Guetzkow closed this issue

2020-11-18 16:18:52 +01:00

Robert Guetzkow self-assigned this 2020-11-18 16:18:52 +01:00

Robert Guetzkow commented

2020-11-18 16:18:52 +01:00

I've bisected the build and the second problem appears to be fixed by d59fa12f2a as well.

I've bisected the build and the second problem appears to be fixed by d59fa12f2a as well.

Serg commented

2020-11-20 07:35:53 +01:00

I will download the latest build and try it out

Serg commented

2020-11-20 07:48:11 +01:00

just tested with blender-2.91.0-dca36a8ec922-windows64 and I cannot reproduce it anymore :)
I think it is fixed now ;D
thx guys

just tested with blender-2.91.0-dca36a8ec922-windows64 and I cannot reproduce it anymore :) I think it is fixed now ;D thx guys

Daniel Badde commented

2022-11-17 20:34:52 +01:00

Added subscriber: @Danijan

Daniel Badde commented

2022-11-17 20:34:52 +01:00

I have a very similar issue. Using Blender 3.3.1 on Windows 10. Open Blender, delete cube, add roundcube with radius 1, got to edit mode, select 1 half, delete vertices, go to object mode, add modifier mirror, add modifier subdivision, crash. Repeatable.

Daniel Badde commented

2022-11-17 20:37:22 +01:00

Even when I try to add the SDS modifier to the starting cube, it instantly crashes

Daniel Badde commented

2022-11-17 20:42:13 +01:00

I've just tried blender-3.3.2-candidate+v33.19202736d516-windows.amd64-release with the same effect.

Daniel Badde commented

2022-11-17 20:50:02 +01:00

Same with blender-3.5.0-alpha+master.9a09adb7aff8-windows.amd64-release

Daniel Badde commented

2022-11-17 20:52:10 +01:00

... as well as with blender-3.4.0-beta+v34.841460afcebd-windows.amd64-release. Works in blender-2.93.11-stable+v293.d52a0fa11595-windows.amd64-release, though.

Brecht Van Lommel commented

2022-11-17 21:55:47 +01:00

@Danijan, please create a new bug report, and provide all the information requested in the form:
https://developer.blender.org/maniphest/task/edit/form/1/

This reports is two years old and most likely different than the issue you are having.

@Danijan, please create a new bug report, and provide all the information requested in the form: https://developer.blender.org/maniphest/task/edit/form/1/ This reports is two years old and most likely different than the issue you are having.

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

Crash when adding subdivision surface modifier to object while in rendered mode #82608

While it is rendering, add a Subdivision Surface modifier