Has anyone been having a lot of crashes lately with Blender? Since Blender 2.91 Blender has been crashing quite a lot. I thought it would improve with 2.92 but had some random crash today.
Simple thing like rotating an object or moving an object causes blender to crash. This has happened even with scenes without a lot models.
Hi, Blender never crash for me often, maybe once a month or so.
If you can reproduce a crash every time report it to the bug tracker from Help menu.
You can start Blender from a command shell, then you get error messages after crash.
I mostly work on Linux but sometime on Windows 10, too.
If you search for nvoglv64.dll you will get a lot of error and crash reports for different software.
It is an OpenGL error, OpenGL is used to draw the whole Blender user interface.
I guess it is a conflict between your Intel and your Nvidia GPU.
You can try to open the context menu with right mouse button on the Blender desktop short cut.
There is an entry OpenGL render. If an entry Intel UHD exist use this.
I have my Intel GPU disabled in BIOS but laptops often not support this, they switch between Intel and Nvidia all the time for power saving.
If this does not help you should report it to the Blender bug tracker with the error message and so forth.
Thanks for taking the time to help me on this. Unfortunately I do not see the option you are saying to me. I will try to report that as a bug. Taking some of your explanation to the Dev. Hope that they will be able to fix it.
OK. If you people are on Windows 10 1903 and up (from May 2020 update) and have Blender Crashes in Machines that have Nvidia/AMD and Intel switchable graphics (usually notebooks) then this is for all of ya:
Microsoft changed the way switchable graphics works in the OS. Basically, now they can switch on the fly the GPU used based on the energy usage of the Notebook or PC (if have switchable graphics enabled). This is enabled by default, and for what i’ve experienced, this makes such system far more prone to crashes. And the controls are pretty much hidden from the users.
Ironically, AMD has more instructions on how to make windows choose the right driver here:
Thanks for the info. But this do not happen to me with Blender 2.83. Only with 2.91 and 2.92 . But I’ll try to test if things gets better if I found out, how to do it as I use Intel.
Direct crash at clicking on the bake button.
Relaunch blender, reopened the file, and crash again.
Relaunch blender, reopened the file and blender finally kept running.
Hit the bake button and the bake is in currently progress…
This kind of behaviour ( random crashes with no obvious reason ) is typical of shitty pointer handling in a C or C++ program. A pointer goes over a buffer and the app behaviour depends on what is over this buffer.
Would there be a way to launch blender in a more verbose mode that could tell at least where the app crashed ? showing the registers, the stack and the later run few lines of code ?
This would help devs ( who have the symbols table ) to find the code sequence in the compiled files and then in the original code…
It’s an access violation. typically a pointer accessing out of it’s buffers in the bm_select_history_store_notest function or method.
I guess this would give enough info to start investigating the bug
for the file that is problematic:
The mesh i want to bake is selected and it has been saved as is.
load - crash
load - crash
load - OK
bake - crash
load - crash
load - OK
bake - crash
load - ok
select another mesh, the select the mesh to bake,
bake - OK ( currently in progress )
Hi, if you get 8 from 10 to crash may be report it to the bug tracker with a simplified file from Blender Help Menu. Crash issues can often better to fix than other bugs, may the developer can fix it for 2.93 and backport it to the LTS versions.