Blender 3.5.1 keeps crashing on occasion #107941
Labels
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
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#107941
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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
Blender 3.4 – “Charge” Open Movie
from https://www.blender.org/download/demo-files/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 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 withFile 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!
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.
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
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.
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.
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 ¯_ (ツ)_/¯
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
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:
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.
@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!
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
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
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.
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.
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!
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 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 Panos, we're able to reproduce this one.
As this appears to be a Cycles Metal Backend issue, handing over to @Michael-Jones
I'll confirm the report then.
I've updated the description to show the steps described in the comment.
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!
...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!
It needs to be fixed in Blender (or in the manufacturer's driver if it's a driver issue).
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.
I will close until we have information that there is indeed still a Metal related issue in 3.6 or 4.0.