Blender freezes when making edits in the Layout #108388
Labels
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset System
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Code Documentation
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
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
Viewport & EEVEE
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Asset Browser Project
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
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
Module
Viewport & EEVEE
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Severity
High
Severity
Low
Severity
Normal
Severity
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#108388
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
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: Microsoft Windows 10 Pro, 10.0.19045 Build 19045
Graphics card: Radeon 6900XT
CPU: Ryzen 9 5900X
RAM: 32GB
Blender Version
Broken: 3.5.1, 3.6 Beta, 4.0 Alpha
Worked: Haven't tried anything lower.
Any time I move the cube in the starter scene through the Layout, Blender freezes and never recovers.
I don't have a crash report from the debug log because it never actually crashes. I have a debug log from a forced shutdown that says the CUEW initialization failed, which seems to be related to CUDA... but that should fail anyway because my card doesn't support CUDA, so that doesn't seem related to the freeze. (but how do I turn that off so it doesn't bother checking?)
I've compiled the source to try to get a breakpoint in the debugger, but it seems to be calling sleep over and over again. When I run verysleepy on it, it seems to sample WaitForSingleObjectEx quite frequently. Could be a red herring, but it seems I've hit a thread lock. My guess is some driver is hung and holding onto a mutex. Not sure how to figure out which one, or even if that's even the case. Currently I'm stuck.
Hello, can you capture short video with freeze from blender default scene start?
Sure. Basically, as soon as I move the cube a little, the whole program freezes. I didn't actually finish moving the cube - the program freezes while I'm moving it. I'm trying to click on things in the video, and nothing is responding. I've left it running for an hour before with no change. Hope this is helpful.
Can you start blender from terminal with
--debug-depsgraph-no-threads --threads 1
flags?C:\Program Files\Blender Foundation\Blender 3.5>blender.exe --debug-depsgraph-no-threads --threads 1
It was the same issue - no change.
I also tried
C:\Program Files\Blender Foundation\Blender 3.5>blender-launcher.exe --debug-depsgraph-no-threads --threads 1
And still no difference.
Edit: I didn't get any debug output either.
Hm. Can you make sure you have the latest drivers installed now?
Yeah, I have the latest drivers for my graphics card and my windows 10 is up to date. I can't find any out-of-date drivers on my system. Are there any other specific drivers I should check to make sure?
Not sure.
Also, can you check if you have any third party addons installed? Maybe an antivirus?
I have these add-ons (attached image)... they seemed to have come with the installation. I only have Windows Defender - no other anti-virus.
This happens only for object move gizmo operator, or you can reproduce this for any other?
It only happens in Layout when attempting to move or change an object. I can't reproduce this in any other view.
For example, I can go into Geometry Nodes and add a subdivision modifier. I can go into Animation and animate the square to move across the x-axis. I can even sculpt.
But, I cannot edit it in Layout - I can't even put in keyboard values without it eventually freezing. I can't even change the resolution in the Scene. It usually happens about 2 seconds after making a change from anything in the Layout view.
Have you checked the vendor's website for the latest drivers?
It's worth noting that relying solely on Windows Update for driver updates can be limiting, as it may not always provide the most up-to-date or specific drivers for your setup.
To upgrade to the latest driver, see here for more information: https://docs.blender.org/manual/en/dev/troubleshooting/gpu/index.html
Note that the Ryzen 9 5900X does have integrated graphics. So you have two GPU options to choose to make Blender run:
If one is giving you problems, you can try the other.
One way to see which GPU Blender is using is to check
system-info.txt
(generated inHelp
>Save System Info
)I've tried disabling Multi-sampling previously when going through this doc (I tried the debugging steps before coming here). That didn't work.
I tried downgrading to the AMD Software: PRO Edition meant for creators (22.Q4), but that caused blender to crash on start up.
I went back to the most current drivers (Adrenalin 23.5.1 (WHQL Recommended)), and still have the crash on start up. Since it's crashing, I tried running
blender_debug_gpu
and I've attached the log file.The system info tells me I'm using the Radeon 6900XT GPU.
Unfortunately since I now can't reliably get to the settings, is there a way to change the settings without opening Blender?
Try the other GPU. I found this link on Google: https://pureinfotech.com/set-gpu-app-windows-10/
I've tried changing my GPU to both options (the "Power saving" integrated GPU, and the High-Performance which I presume is the 6900XT). Neither fix the issue.
I tried installing older versions. 2.79b is the latest version that doesn't freeze. I'd like to get 3.5.1 working, though.
Hm, just ot make sure, can you attach file of system info?
Help
->Sav Syslem Info
(in 3.5).Here's s screenshot of my options. Neither are working for Blender.
The Ryzen 9 5900X does not have integrated graphics. Here's the spec sheet on the Ryzen 9 5900X: https://www.amd.com/en/product/10461
Attached is the system info for both modes. Attached is an image of the only difference.
Note that in one of debug txt I posted above, it seems to be crashing here:
static bool detect_mip_render_workaround()
which seems to be failing on this opengl error:
debug::check_gl_error("Cubemap Workaround End9");
Is there any info I can provide by attaching the debugger? A good place for a breakpoint?
Is there a work-around for Radeon 6900XT through the graphics card options?
Hi, did I understand correctly that crash now happens on startup? (report description indicates crash due object translation)
Any improvement in situation when you start blender from
blender_debug_gpu_glitchworkaround.cmd
batch file?Likely an issue related to GPU drivers.
Could you try clean install of GPU drivers?
Yup, it used to happen only after editing a scene in the Layout. Now it hangs on start up. Not sure what's different.
I've tried a fresh driver install. I also tried installing multiple different drivers.
I've tried re-installing blender (after wiping it completely).
Apologies, as a dev myself, I know there's not much to go on... I wish I could provide more info but I'm out of ideas short of having a dev take a direct look at my machine. I appreciate the time you all have given.
Are there any start-up settings I can modify without needing to launch blender itself? Is there a "safe-mode" for blender that uses software renderer?
Would updating to Windows 11 help? Is it reasonable to expect a difference?
Oh, sorry, to answer your question on
blender_debug_gpu_glitchworkaround.cmd
, no it didn't help.There is a way to do that:
From https://github.com/pal1000/mesa-dist-win/releases/tag/21.1.1 download file mesa3d-21.1.1-release-msvc.7z.
Then extract files opengl32.dll and libglapi.dll to folder where blender.exe is located.
You may need to download later release, this is what I have tested quite some time ago.
As for breakpoints, Not sure personally, the sleep stuff is normal, and there are a lot of periodic calls to handle various stuff. You may have more success with GPU specific debugging tools, perhaps @Jeroen-Bakker can help here
Also see https://wiki.blender.org/wiki/Source/EEVEE_%26_Viewport/GPU_Module#Debugging for more info
The difference between low/high performance might be related that in one the gpu work-arounds where enabled and the other one not. Normally low/high performance only changes the amount of power/frequency the GPU gets.
GPU debug tools don't help for stalls on this level. It is also strange as it is related to a single workspace. How Blender code is setup this should not matter as each editor type has its own drawing loop. Eg there is no difference between an 3d editor in layout and modelling/sculpting.
Is it possible to compile Blender where
WITH_COMPILER_ASAN=On
it can report some issues inside drivers.detect_mip_render_workaround
tries to draw in a cubemap and reads back the result. the statement you mentioned does ask the GPU driver if in this process went wrong on OpenGL side (eg driver reports an error). indebug_callback
the only thing I can see that can cause this issue is CLOG. Perhaps that is a point to add a break point.We should handle the debug_callback separately. First try to figure our why it fails on startup so we can blender to start again. After that we can continue with the layout/cube moving.
I wrote some quick OpenGL tests and determined that anytime I tried to allocate a large vertex buffer object over 1GB and wrote into it, the GPU would stall. I did some allocation tests to increase the size, and found I would get a guaranteed stall around 2GB. (anything less was random)
I have noticed my OpenGL games will also crash randomly anytime I try to push them.
Anyway, either my 6900XT memory has gone bad or the Radeon OpenGL drivers still have considerable bugs.
Because of this, and several other driver compatibility issues I've experienced with Radeon, I went out and bought a GeForce. Blender works perfectly now. Thank you for the help! :)