Blender 3.5.1 keeps crashing on occasion #107941

Closed
opened 2023-05-15 14:40:04 +02:00 by Lisa-Wiechert · 26 comments
First-time contributor

System Information
Operating system: Mac OS Ventura 13.3.1 (a) (22E772610a)
Graphics card: Apple M1 Ultra (64-Core GPU)

Blender Version
Broken: Version 3.5.1 (3.5.1 2023-04-25)
Worked: N/A

Short description of error
Blender occasionally crashes on my new Mac Studio (I used to work on a Windows PC beforehand and never had that problem). I'm guessing it is a saving error.

Exact steps for others to reproduce the error

  • Download and open the demo-file Blender 3.4 – “Charge” Open Movie from https://www.blender.org/download/demo-files/
  • Change the engine from Eevee to Cycles GPU
  • Set "Viewport Shading" to "Rendered" - nothing happens
  • Go back to Solid View - blender freezes

The same happens with some of my heavy(ish) project in 3.6.0 beta

In 3.5.1 the same project responds in render view as it should be.

When I try to reopen the same project blender doesn’t load the project but either freezes or crashes ( one of these crash logs is also attached)
I manage to reopen the project after a few crashes.

I hope it helps!

3.6.0 crash after trying to reopen test file.rtf

**System Information** Operating system: Mac OS Ventura 13.3.1 (a) (22E772610a) Graphics card: Apple M1 Ultra (64-Core GPU) **Blender Version** Broken: Version 3.5.1 (3.5.1 2023-04-25) Worked: N/A **Short description of error** Blender occasionally crashes on my new Mac Studio (I used to work on a Windows PC beforehand and never had that problem). I'm guessing it is a saving error. <video src="/attachments/588fcec3-6239-4b3c-8dd7-fdfb545849dc" controls></video> **Exact steps for others to reproduce the error** - Download and open the demo-file `Blender 3.4 – “Charge” Open Movie` from https://www.blender.org/download/demo-files/ - Change the engine from Eevee to Cycles GPU - Set "Viewport Shading" to "Rendered" - nothing happens - Go back to Solid View - blender freezes The same happens with some of my heavy(ish) project in 3.6.0 beta In 3.5.1 the same project responds in render view as it should be. When I try to reopen the same project blender doesn’t load the project but either freezes or crashes ( one of these crash logs is also attached) I manage to reopen the project after a few crashes. I hope it helps! ![3.6.0 crash after trying to reopen test file.rtf](attachments/9719bec7-746c-4b39-b36d-1880be6688f4)
Lisa-Wiechert added the
Priority
Normal
Type
Report
Status
Needs Triage
labels 2023-05-15 14:40:05 +02:00
First-time contributor

Thanks for the report!

Would you be able to provide the simple test file you were using? It's possible that the exact window setup and which rendering engines you are using could inform what the cause of the problem is.

Would you also be able to verify whether this happens with both OpenGL and Metal backends, or just Metal? (User preferences/System/GPU backend).

As this sounds like it is related to saving, it would also be great to know whether the issue still happens with autosave disabled, and with File Preview Type set to None?

This could possibly be related to the render preview image rendering during saving with the Metal backend, but answers to the above questions would help narrow this down.

I'l also attempt to reproduce locally with a similar test.
Thanks!

Thanks for the report! Would you be able to provide the simple test file you were using? It's possible that the exact window setup and which rendering engines you are using could inform what the cause of the problem is. Would you also be able to verify whether this happens with both OpenGL and Metal backends, or just Metal? (User preferences/System/GPU backend). As this sounds like it is related to saving, it would also be great to know whether the issue still happens with `autosave` disabled, and with `File Preview Type` set to None? This could possibly be related to the render preview image rendering during saving with the Metal backend, but answers to the above questions would help narrow this down. I'l also attempt to reproduce locally with a similar test. Thanks!
Author
First-time contributor

I haven't tweaked any of the settings since installing, and I also didn't save or import the settings from the PC version of blender, although I could still go back and do that, because the old machine is still around.

Anyways, the GPU backend is set to Metal. Currently auto save is enabled, but that's likely by default. I can uncheck that box and see if the problem reoccurs. Also, I am always using Cycles, never Eevee, maybe that's also of importance. The one thing that might be to blame as well is a free differential growth add-on I installed recently (https://github.com/inca/blender-differential-growth/releases/tag/2-1-1). That is an add-on I had not installed on the Windows machine.

I should add that I've only been using Blender for a year, and while I am quite confident with modeling, (basic) shading, lighting and rendering stills (for product shots and whatnot), I still consider myself a novice. I still got a LOT of ground to cover, but seeing as 3D only accounts for 1/4 of my work, it'll take a bit I'm guessing. Therefore all and any help is appreciated :)

I have attached the last two projects where it happened. The larger one crashed only once, and never again after, but I also made sure to manually save more than I normally do. I don't know how much the smaller file can reveal, because when it crashed and blender reopened it basically had all the elements of a fresh scene, except the cube.

I haven't tweaked any of the settings since installing, and I also didn't save or import the settings from the PC version of blender, although I could still go back and do that, because the old machine is still around. Anyways, the GPU backend is set to Metal. Currently auto save is enabled, but that's likely by default. I can uncheck that box and see if the problem reoccurs. Also, I am always using Cycles, never Eevee, maybe that's also of importance. The one thing that might be to blame as well is a free differential growth add-on I installed recently (https://github.com/inca/blender-differential-growth/releases/tag/2-1-1). That is an add-on I had not installed on the Windows machine. I should add that I've only been using Blender for a year, and while I am quite confident with modeling, (basic) shading, lighting and rendering stills (for product shots and whatnot), I still consider myself a novice. I still got a LOT of ground to cover, but seeing as 3D only accounts for 1/4 of my work, it'll take a bit I'm guessing. Therefore all and any help is appreciated :) I have attached the last two projects where it happened. The larger one crashed only once, and never again after, but I also made sure to manually save more than I normally do. I don't know how much the smaller file can reveal, because when it crashed and blender reopened it basically had all the elements of a fresh scene, except the cube.
First-time contributor

Thank you for all of the info, that's really helpful!
This should be enough to go off of, will see if I can reproduce the issue locally

Thank you for all of the info, that's really helpful! This should be enough to go off of, will see if I can reproduce the issue locally

Next time you experience a crash, please copy and attach the text from the crash report to help us diagnose and troubleshoot the issue.

The crash report typically contains valuable information about the error that occurred.

Unfortunately this report can't be triaged as a complete bug report.

For the development team to be able to help, there needs to be either reproducible steps (start blender, press this, then that and crash) or at least a known regression (Blender version X worked, but not version Y).

Many bugs are fixed between the official releases. Please try the latest development snapshot of blender: https://builder.blender.org/download

Next time you experience a crash, please copy and attach the text from the crash report to help us diagnose and troubleshoot the issue. The crash report typically contains valuable information about the error that occurred. Unfortunately this report can't be triaged as a complete bug report. For the development team to be able to help, there needs to be either reproducible steps (start blender, press this, then that and crash) or at least a known regression (Blender version X worked, but not version Y). Many bugs are fixed between the official releases. Please try the latest development snapshot of blender: https://builder.blender.org/download
Germano Cavalcante added
Status
Needs Information from User
and removed
Status
Needs Triage
labels 2023-05-16 16:55:10 +02:00
Author
First-time contributor

I found both crash reports in the Console App. I don't even remember getting a pop up message offering access to a report, but maybe I simply missed it. Anyways, I attached the files to this message; hopefully that'll help shine a light on it.

Oh, and I just remembered also that only since working on the Mac, Blender has frozen up on me in relatively simple files (or in files that never froze on the PC before), and I had to force quit the application. That has happened maybe three times. Another curious thing is that, on occasion, just hovering and moving the mouse over the main window of Blender (in the view port as well as the outliner), the application flickers. At first I thought it was only happening in the shading view port, but it happens regardless of what mode the view port Blender is in when it does happen. It flickers basically every time I move the mouse.
It doesn't happen a lo though, it's not like it's a constant thing. But it's something that has never happened on the PC.

I found both crash reports in the Console App. I don't even remember getting a pop up message offering access to a report, but maybe I simply missed it. Anyways, I attached the files to this message; hopefully that'll help shine a light on it. Oh, and I just remembered also that only since working on the Mac, Blender has frozen up on me in relatively simple files (or in files that never froze on the PC before), and I had to force quit the application. That has happened maybe three times. Another curious thing is that, on occasion, just hovering and moving the mouse over the main window of Blender (in the view port as well as the outliner), the application flickers. At first I thought it was only happening in the shading view port, but it happens regardless of what mode the view port Blender is in when it does happen. It flickers basically every time I move the mouse. It doesn't happen a lo though, it's not like it's a constant thing. But it's something that has never happened on the PC.
First-time contributor

Thanks, these are super helpful! This should help significantly narrow down the problem, looks like in both instances, it is related to multithreading, and likely to do with memory allocation in Metal when being called from a secondary thread.

Will investigate the underlying cause.

Thanks, these are super helpful! This should help significantly narrow down the problem, looks like in both instances, it is related to multithreading, and likely to do with memory allocation in Metal when being called from a secondary thread. Will investigate the underlying cause.
Author
First-time contributor

It happened again, yay... I've been working on various files today, no idea what prompted this crash in particular.

This time it happened right after Blender froze up on me and had to be force quit. I was trying to sculpt, then change angles, the object froze in the view finder, but I was still able to move around the view finder, just with this ghost-like image at the center. I tried taking a screenshot, but the Mac wouldn't let me. Then the beach ball of death appeared, I waited for five minutes, and when nothing happened I force quit the program. No crash report here.

Then I tried proportional editing, which worked. Then I tweaked the lights and wanted to do more proportional editing. As I was in the process of selecting the vertices in question, Blender crashed. Everything was saved up until the point before I tweaked the lights. I have attached both the crash report and the file in question, which is in the state I found it right after the crash.

PS: yes, I know the texture is wrong... I reused this body from a different project where it had a material applied to it instead of a texture. But I only need the front view right now (but... right now), so I will recreate the wrapping later from scratch and figure this out ¯_ (ツ)_/¯

It happened again, yay... I've been working on various files today, no idea what prompted this crash in particular. This time it happened right after Blender froze up on me and had to be force quit. I was trying to sculpt, then change angles, the object froze in the view finder, but I was still able to move around the view finder, just with this ghost-like image at the center. I tried taking a screenshot, but the Mac wouldn't let me. Then the beach ball of death appeared, I waited for five minutes, and when nothing happened I force quit the program. No crash report here. Then I tried proportional editing, which worked. Then I tweaked the lights and wanted to do more proportional editing. As I was in the process of selecting the vertices in question, Blender crashed. Everything was saved up until the point before I tweaked the lights. I have attached both the crash report and the file in question, which is in the state I found it right after the crash. PS: yes, I know the texture is wrong... I reused this body from a different project where it had a material applied to it instead of a texture. But I only need the front view right now (but... _right now_), so I will recreate the wrapping later from scratch and figure this out ¯\_ (ツ)_/¯
First-time contributor

I want to second that, I started to experience "random" crashes on my M1 pro and reading Michael Parkin-White comments about Metal and Memory it makes sense. My scene is kinda large and takes 7-9 GB while rendering. After Rendering in Cycles I can't go to Dev / shaded view. Blender is not crashed, but it's frozen. I still can perform save shortcut and looks like it saving / working, but interface is frozen. I get same issues while jumping from blender to substance painter and back - this is not always, but happens. It feels like some choke in memory management. P.S. I started to experience this more after 3.5 update, before I was working in 3.1

I want to second that, I started to experience "random" crashes on my M1 pro and reading Michael Parkin-White comments about Metal and Memory it makes sense. My scene is kinda large and takes 7-9 GB while rendering. After Rendering in Cycles I can't go to Dev / shaded view. Blender is not crashed, but it's frozen. I still can perform save shortcut and looks like it saving / working, but interface is frozen. I get same issues while jumping from blender to substance painter and back - this is not always, but happens. It feels like some choke in memory management. P.S. I started to experience this more after 3.5 update, before I was working in 3.1
First-time contributor

Thank you very much for the detailed information @Lisa-Wiechert !
Are you still running 3.5.0/3.5.1 when these issues occur? A number of patches have landed (or are soon due to land) in the current 3.6.0 Beta. While the exact issue is hard to pin down due to its inconsistency, there were a number of more consistently reproducible issues which now have patches.

@Henris Thank you for the information, a few new fixes have landed which may address this. The latest 3.6.0 Beta has a new patch for improved memory management in the new Metal backend, which reduces system resource pressure if memory increases above a reasonable limit.

The UI freezing issue is usually caused by a GPU timeout having triggered at some point in time, resulting in the UI no longer updating due to rendering commands being skipped after the timeout. A few of these issues had been root-caused and a fix has also landed in the 3.6.0 beta branch.

It would certainly be a great help to know if these issues are still occurring in the latest 3.6.0 Beta build:
https://builder.blender.org/download/daily/

Though I will continue to investigate the problem and test out the scene attached. Although the specific crash log from @Lisa-Wiechert appears to point to an issue which may be outside of the GPU module itself, as this appears to be a Seg fault caused inside the subdivision code:

Thread 24 Crashed:
0   Blender                       	       0x102a660d8 subdiv_mesh_ensure_vertex_interpolation(SubdivMeshContext*, SubdivMeshTLS*, MPoly const*, int) + 64
1   Blender                       	       0x102a656c0 subdiv_mesh_vertex_inner(SubdivForeachContext const*, void*, int, float, float, int, int, int) + 116
2   Blender                       	       0x102a61ae8 subdiv_foreach_task(void*, int, TaskParallelTLS const*) + 268
3   Blender                       	       0x1094ea438 void tbb::interface9::internal::dynamic_grainsize_mode<tbb::interface9::internal::adaptive_mode<tbb::interface9::internal::auto_partition_type>>::work_balance<tbb::interface9::internal::start_for<tbb::blocked_range<int>, RangeTask, tbb::auto_partitioner const>, tbb::blocked_range<int>>(tbb::interface9::internal::start_for<tbb::blocked_range<int>, RangeTask, tbb::auto_partitioner const>&, tbb::blocked_range<int>&) + 592
4   Blender                       	       0x1094ea088 void tbb::interface9::internal::partition_type_base<tbb::interface9::internal::auto_partition_type>::execute<tbb::interface9::internal::start_for<tbb::blocked_range<int>, RangeTask, tbb::auto_partitioner const>, tbb::blocked_range<int>>(tbb::interface9::internal::start_for<tbb::blocked_range<int>, RangeTask, tbb::auto_partitioner const>&, tbb::blocked_range<int>&) + 152
5   Blender                       	       0x1094e9fdc tbb::interface9::internal::start_for<tbb::blocked_range<int>, RangeTask, tbb::auto_partitioner const>::execute() + 112
6   libtbb.dylib                  	       0x111eac718 tbb::internal::custom_scheduler<tbb::internal::IntelSchedulerTraits>::process_bypass_loop(tbb::internal::context_guard_helper<false>&, tbb::task*, long) + 440
7   libtbb.dylib                  	       0x111eabdb4 tbb::internal::custom_scheduler<tbb::internal::IntelSchedulerTraits>::local_wait_for_all(tbb::task&, tbb::task*) + 188
8   libtbb.dylib                  	       0x111e97da0 tbb::internal::arena::process(tbb::internal::generic_scheduler&) + 252
9   libtbb.dylib                  	       0x111ea2bc0 tbb::internal::market::process(rml::job&) + 40
10  libtbb.dylib                  	       0x111ea5b2c tbb::internal::rml::private_worker::run() + 284
11  libtbb.dylib                  	       0x111ea5a04 tbb::internal::rml::private_worker::thread_routine(void*) + 12
12  libsystem_pthread.dylib       	       0x1a2f87fa8 _pthread_start + 148
13  libsystem_pthread.dylib       	       0x1a2f82da0 thread_start + 8
Thank you very much for the detailed information @Lisa-Wiechert ! Are you still running 3.5.0/3.5.1 when these issues occur? A number of patches have landed (or are soon due to land) in the current 3.6.0 Beta. While the exact issue is hard to pin down due to its inconsistency, there were a number of more consistently reproducible issues which now have patches. @Henris Thank you for the information, a few new fixes have landed which may address this. The latest 3.6.0 Beta has a new patch for improved memory management in the new Metal backend, which reduces system resource pressure if memory increases above a reasonable limit. The UI freezing issue is usually caused by a GPU timeout having triggered at some point in time, resulting in the UI no longer updating due to rendering commands being skipped after the timeout. A few of these issues had been root-caused and a fix has also landed in the 3.6.0 beta branch. It would certainly be a great help to know if these issues are still occurring in the latest 3.6.0 Beta build: https://builder.blender.org/download/daily/ Though I will continue to investigate the problem and test out the scene attached. Although the specific crash log from @Lisa-Wiechert appears to point to an issue which may be outside of the GPU module itself, as this appears to be a Seg fault caused inside the subdivision code: ``` Thread 24 Crashed: 0 Blender 0x102a660d8 subdiv_mesh_ensure_vertex_interpolation(SubdivMeshContext*, SubdivMeshTLS*, MPoly const*, int) + 64 1 Blender 0x102a656c0 subdiv_mesh_vertex_inner(SubdivForeachContext const*, void*, int, float, float, int, int, int) + 116 2 Blender 0x102a61ae8 subdiv_foreach_task(void*, int, TaskParallelTLS const*) + 268 3 Blender 0x1094ea438 void tbb::interface9::internal::dynamic_grainsize_mode<tbb::interface9::internal::adaptive_mode<tbb::interface9::internal::auto_partition_type>>::work_balance<tbb::interface9::internal::start_for<tbb::blocked_range<int>, RangeTask, tbb::auto_partitioner const>, tbb::blocked_range<int>>(tbb::interface9::internal::start_for<tbb::blocked_range<int>, RangeTask, tbb::auto_partitioner const>&, tbb::blocked_range<int>&) + 592 4 Blender 0x1094ea088 void tbb::interface9::internal::partition_type_base<tbb::interface9::internal::auto_partition_type>::execute<tbb::interface9::internal::start_for<tbb::blocked_range<int>, RangeTask, tbb::auto_partitioner const>, tbb::blocked_range<int>>(tbb::interface9::internal::start_for<tbb::blocked_range<int>, RangeTask, tbb::auto_partitioner const>&, tbb::blocked_range<int>&) + 152 5 Blender 0x1094e9fdc tbb::interface9::internal::start_for<tbb::blocked_range<int>, RangeTask, tbb::auto_partitioner const>::execute() + 112 6 libtbb.dylib 0x111eac718 tbb::internal::custom_scheduler<tbb::internal::IntelSchedulerTraits>::process_bypass_loop(tbb::internal::context_guard_helper<false>&, tbb::task*, long) + 440 7 libtbb.dylib 0x111eabdb4 tbb::internal::custom_scheduler<tbb::internal::IntelSchedulerTraits>::local_wait_for_all(tbb::task&, tbb::task*) + 188 8 libtbb.dylib 0x111e97da0 tbb::internal::arena::process(tbb::internal::generic_scheduler&) + 252 9 libtbb.dylib 0x111ea2bc0 tbb::internal::market::process(rml::job&) + 40 10 libtbb.dylib 0x111ea5b2c tbb::internal::rml::private_worker::run() + 284 11 libtbb.dylib 0x111ea5a04 tbb::internal::rml::private_worker::thread_routine(void*) + 12 12 libsystem_pthread.dylib 0x1a2f87fa8 _pthread_start + 148 13 libsystem_pthread.dylib 0x1a2f82da0 thread_start + 8 ```
First-time contributor

Hello

I am not sure if this is related
I am also facing issues with the same computer (mac studio m1 ultra)

Below is a description of my experiences:

With blender 3.5.1

Issue 1:

When I initiate the render process one of the following 2 happens.
Either the render will freeze and do nothing. I have to force quit blender in this case
Or blender will crash after the calculation of the scene is finished ( attached is the last crash log).

This happens on relatively heavy projects however the same projects were rending fine in previous blender versions.

Issue 2: Blender will crash at random when changing some settings of a material while in render view.

In blender 3.6 Beta

The same projects render without crashing however when I enter render view, blender freezes without loading any of the scene in render view. After a while it does't go back to solid view and I have to force quit.

None of these issues happen when the engine is set to CPU, only with the GPU so it must be related to the GPU.

Hello I am not sure if this is related I am also facing issues with the same computer (mac studio m1 ultra) Below is a description of my experiences: **With blender 3.5.1** Issue 1: When I initiate the render process one of the following 2 happens. Either the render will freeze and do nothing. I have to force quit blender in this case Or blender will crash after the calculation of the scene is finished ( attached is the last crash log). This happens on relatively heavy projects however the same projects were rending fine in previous blender versions. Issue 2: Blender will crash at random when changing some settings of a material while in render view. **In blender 3.6 Beta** The same projects render without crashing however when I enter render view, blender freezes without loading any of the scene in render view. After a while it does't go back to solid view and I have to force quit. None of these issues happen when the engine is set to CPU, only with the GPU so it must be related to the GPU.
First-time contributor

@PanagiotisPagonis Thanks for the trace, a lot of the threads in that crash log appear to be waiting for GPU work to complete. This however should not necessarily stall out the app. Curious if this is a possible deadlock situation, although for timeouts, the traces can be unreliable as its not necessarily the problematic threads being reported, rather just where each threads stack pointer was when the application was quit.

I'm curious if the render view is stalling on shader compilation? Curious if given long enough the application will come back to life once whichever stalling work is completed? Either way, this should be asynchronous, but could help narrow down.

As a side note, curious which version of macOS you are running?

Thanks!

@PanagiotisPagonis Thanks for the trace, a lot of the threads in that crash log appear to be waiting for GPU work to complete. This however should not necessarily stall out the app. Curious if this is a possible deadlock situation, although for timeouts, the traces can be unreliable as its not necessarily the problematic threads being reported, rather just where each threads stack pointer was when the application was quit. I'm curious if the render view is stalling on shader compilation? Curious if given long enough the application will come back to life once whichever stalling work is completed? Either way, this should be asynchronous, but could help narrow down. As a side note, curious which version of macOS you are running? Thanks!
First-time contributor

Hey @Michael-Parkin-White-Apple

I am on the latest Ventura update 13.4
And I have to admit that before in 13.1 the crashes were much more rare with 3.5.0 and 3.5.1
In fact the only crashes I was experiencing was the one I am describing on issue 2 (random crashes when tweaking material settings in GPU render view)

In 3.6 I've been waiting for about 5 minutes in render view and nothing has changed.

But blender freezes (with the beachball) only when I try to go back in solid view.

Until then I am able to navigate through the scene even select objects (of course all I see is the grey screen and the highlighted areas around the selected object)

What I get in the top left corner is
Sample 0/1024 (Using optimized kernels)
Doesn't that mean the compilation is compete ?

Hey @Michael-Parkin-White-Apple I am on the latest Ventura update 13.4 And I have to admit that before in 13.1 the crashes were much more rare with 3.5.0 and 3.5.1 In fact the only crashes I was experiencing was the one I am describing on issue 2 (random crashes when tweaking material settings in GPU render view) In 3.6 I've been waiting for about 5 minutes in render view and nothing has changed. But blender freezes (with the beachball) only when I try to go back in solid view. Until then I am able to navigate through the scene even select objects (of course all I see is the grey screen and the highlighted areas around the selected object) What I get in the top left corner is _Sample 0/1024 (Using optimized kernels)_ Doesn't that mean the compilation is compete ?
First-time contributor

hey @Michael-Parkin-White-Apple

here is an other crash log, not sure if it helps.

This happens in 3.5.1 every time I try to go to render view.
The project does go on render view without a crash after I restart the computer. However rendering does not start (or crashes) despite the restart as it was happening before.

hey @Michael-Parkin-White-Apple here is an other crash log, not sure if it helps. This happens in 3.5.1 every time I try to go to render view. The project does go on render view without a crash after I restart the computer. However rendering does not start (or crashes) despite the restart as it was happening before.
First-time contributor

Hey @Michael-Parkin-White-Apple

I also try to recreate issue 2 on a new scene with only one simpler mesh to demonstrate the crash. Attached is a video with it.
You can see that as soon as I start playing with the settings of the shader it crashes.
However when I reopen the test project and disconnect all of the other nodes it doesn't crash.

The scene is in GPU render view.
The same happens even when the multires is set to lower subdivisions.
Attached you can also find a recreation of the issue using only procedural textures

I hope this is helpful and you can also reproduce the crash too.
In CPU the crash doesn't happen.

Hey @Michael-Parkin-White-Apple I also try to recreate issue 2 on a new scene with only one simpler mesh to demonstrate the crash. Attached is a video with it. You can see that as soon as I start playing with the settings of the shader it crashes. However when I reopen the test project and disconnect all of the other nodes it doesn't crash. The scene is in GPU render view. The same happens even when the multires is set to lower subdivisions. Attached you can also find a recreation of the issue using only procedural textures I hope this is helpful and you can also reproduce the crash too. In CPU the crash doesn't happen.
Author
First-time contributor

So much has happened over the weekend :)

@Michael-Parkin-White-Apple
Thanks so much for doing all these tests. So far I was still using Blender 3.5.1., but I have now also installed the beta version to see if the same problems will persist. Also, I have not yet updated to Ventura 13.4, I am still running version 13.3.1 (a).
Maybe I will keep that for a while to see if the beta version shows the same problems as 3.5.1. before updating.

So much has happened over the weekend :) @Michael-Parkin-White-Apple Thanks so much for doing all these tests. So far I was still using Blender 3.5.1., but I have now also installed the beta version to see if the same problems will persist. Also, I have not yet updated to Ventura 13.4, I am still running version 13.3.1 (a). Maybe I will keep that for a while to see if the beta version shows the same problems as 3.5.1. before updating.
Author
First-time contributor

Well, I have a new crash report. This time working in Blender 3.6 beta, and the crash happened after saving and pressing cmd+Q to end Blender. The crash report is attached!

Well, I have a new crash report. This time working in Blender 3.6 beta, and the crash happened after saving and pressing cmd+Q to end Blender. The crash report is attached!
First-time contributor

Thanks Lisa, I can look into this as well, I appreciate the bug reports and the time you've taken to test on other platforms!

The main thing we would like to understand is whether the original crashes you were experiencing are still occurring in 3.6.0, as these issues are our highest priority. It sounds like the cmd+Q issue may be something separate, though this is still something I can look into.

@PanagiotisPagonis Thank you for providing the files and the additional information. This is curious, but I will continue to investigate. I've not been able to reproduce this on my local machine yet, but will continue investigating.

Thanks all!

Thanks Lisa, I can look into this as well, I appreciate the bug reports and the time you've taken to test on other platforms! The main thing we would like to understand is whether the original crashes you were experiencing are still occurring in 3.6.0, as these issues are our highest priority. It sounds like the cmd+Q issue may be something separate, though this is still something I can look into. @PanagiotisPagonis Thank you for providing the files and the additional information. This is curious, but I will continue to investigate. I've not been able to reproduce this on my local machine yet, but will continue investigating. Thanks all!
First-time contributor

thanks a lot @Michael-Parkin-White-Apple !

I was able to recreate the issue I experience using one of blender’s files
https://www.blender.org/download/demo-files/

( “Change” - Open Movie)

Attached is is a video demonstrating what is happening, but in a few words:

I change the engine from eevee to cycles GPU .
I go to render view, nothing happens just as described above
When i try to go back in solid view blender freezes.
The same happens with some of my heavy(ish) project in 3.6.0 beta

In 3.5.1 the same project responds in render view as it should be.

When I try to reopen the same project blender doesn’t load the project but either freezes or crashes ( one of these crash logs is also attached)
I manage to reopen the project after a few crashes.

I hope it helps!

thanks a lot @Michael-Parkin-White-Apple ! I was able to recreate the issue I experience using one of blender’s files https://www.blender.org/download/demo-files/ ( “Change” - Open Movie) Attached is is a video demonstrating what is happening, but in a few words: I change the engine from eevee to cycles GPU . I go to render view, nothing happens just as described above When i try to go back in solid view blender freezes. The same happens with some of my heavy(ish) project in 3.6.0 beta In 3.5.1 the same project responds in render view as it should be. When I try to reopen the same project blender doesn’t load the project but either freezes or crashes ( one of these crash logs is also attached) I manage to reopen the project after a few crashes. I hope it helps!
First-time contributor

Thanks Panos, we're able to reproduce this one.
As this appears to be a Cycles Metal Backend issue, handing over to @Michael-Jones

Thanks Panos, we're able to reproduce this one. As this appears to be a Cycles Metal Backend issue, handing over to @Michael-Jones

Thanks Panos, we're able to reproduce this one.

I'll confirm the report then.
I've updated the description to show the steps described in the comment.

> Thanks Panos, we're able to reproduce this one. I'll confirm the report then. I've updated the description to show the steps described in the comment.
Author
First-time contributor

Hey everyone! Just to clarify - is this all still the same problem, namely what I am experiencing, or was that a different issue that led to the same outcome (aka crash of Blender)? I'm just wondering if there's something I need to change in my settings to circumnavigate the problem in the future, or if it's a bug in the software that will eventually be taken care of in a future version?

Thanks!

Hey everyone! Just to clarify - is this all still the same problem, namely what I am experiencing, or was that a different issue that led to the same outcome (aka crash of Blender)? I'm just wondering if there's something I need to change in my settings to circumnavigate the problem in the future, or if it's a bug in the software that will eventually be taken care of in a future version? Thanks!
Author
First-time contributor

...and while we're at it: I have another crash-on-quit crash report. If you need the file I worked in as well let me know, but it should essentially be the same problem as the last time, just a different project. That was in Blender 3.6.
I haven't been able to work a whole lot in Blender genreally over the last few weeks, but I don't believe I have experienced the odd crashing behavior yet as originally described with version 3.5.1.
Should it happen I'll let you know!

...and while we're at it: I have another crash-on-quit crash report. If you need the file I worked in as well let me know, but it should essentially be the same problem as the last time, just a different project. That was in Blender 3.6. I haven't been able to work a whole lot in Blender genreally over the last few weeks, but I don't believe I have experienced the odd crashing behavior yet as originally described with version 3.5.1. Should it happen I'll let you know!

I'm just wondering if there's something I need to change in my settings to circumnavigate the problem in the future, or if it's a bug in the software that will eventually be taken care of in a future version?

It needs to be fixed in Blender (or in the manufacturer's driver if it's a driver issue).

> I'm just wondering if there's something I need to change in my settings to circumnavigate the problem in the future, or if it's a bug in the software that will eventually be taken care of in a future version? It needs to be fixed in Blender (or in the manufacturer's driver if it's a driver issue).
Author
First-time contributor

I recently updated to the last official version of Blender (3.6), and while it has been quite stable so far, it did crash again just now. I was just rearranging some objects, but was in Rendered Display render preview mode. I was just about to switch back to material preview mode when Blender crashed.
File and crash report are attached.

I recently updated to the last official version of Blender (3.6), and while it has been quite stable so far, it did crash again just now. I was just rearranging some objects, but was in Rendered Display render preview mode. I was just about to switch back to material preview mode when Blender crashed. File and crash report are attached.

That latest crash log from 3.6 points to a problem in subdivision surfaces CPU evaluation. There is also a Cycles CPU render active during the crash, but that's likely not involved. So that seems unrelated to unrelated to the GPU.

I tried to do some subdivision surface editing in the attach .blend file, with a Cycles viewport render active. But I could not reproduce the crash. If there is some way to reproduce that problem, it deserves a new bug report.

As for the original Metal related crashes. There have been many bugfixes since the original report, so there is a decent chance there has been a fix for this. Unless you still encounter that problem in 3.6 or 4.0 and there is a Metal related crash logs, I think we should close this.

That latest crash log from 3.6 points to a problem in subdivision surfaces CPU evaluation. There is also a Cycles CPU render active during the crash, but that's likely not involved. So that seems unrelated to unrelated to the GPU. I tried to do some subdivision surface editing in the attach .blend file, with a Cycles viewport render active. But I could not reproduce the crash. If there is some way to reproduce that problem, it deserves a new bug report. As for the original Metal related crashes. There have been many bugfixes since the original report, so there is a decent chance there has been a fix for this. Unless you still encounter that problem in 3.6 or 4.0 and there is a Metal related crash logs, I think we should close this.
Germano Cavalcante added
Status
Needs Information from User
and removed
Status
Confirmed
labels 2023-09-29 22:17:49 +02:00

I will close until we have information that there is indeed still a Metal related issue in 3.6 or 4.0.

I will close until we have information that there is indeed still a Metal related issue in 3.6 or 4.0.
Blender Bot added
Status
Archived
and removed
Status
Needs Information from User
labels 2023-10-03 16:42:10 +02:00
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
6 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#107941
No description provided.