In Blender 3.1.2, I’m experiencing an issue that only affects me on Windows, not on Linux.
If I change any materials setting in Blender, it starts to crash up and I have to wait for it to respond, or it may completely crash. The problem only occurs in Windows, not in Linux.
However if I switch from Eevee to Cycles it no longer crashes and everything is fine.
The laptop I’m using is Elitebook 840g1, it has a i5-4200U, 8GB ram,GPU is intel graphics 4000, Windows 10 Pro according to system settings.
Hi.
It is a known issue that Intel HD4000 Windows drivers are problematic for Blender. Also that old iGPU is not considered as supported GPU for Blender: https://developer.blender.org/T58938#688491
You simply make sure you have the latest Intel graphics drivers available for HD4000. If this still gives you problems, I guess the best option you have is to use Blender under Linux.
Wait so I’m confused the API on my card is old to use Blender however Linux can run it without problems, so what is Linux doing different to Windows ?. Is there is away to use direct x instead ?.
My problem is my wife now shares the laptop So I had to switch to Windows, we only have 128gb drive so dual boot is a bad option being my wife took most the drive space for sims 3.
intel drivers for Windows and Linux are completely different. On Linux intel drivers are Open Source. On Linux intel is mostly in charge of 2D drivers. In Linux the Mesa project is in charge of the 3D drivers (OpenGL for example) which is what generally causes problems with Blender and this in Linux is in constant maintenance. So Blender has nothing to do with this, it just happens that Linux drivers are better quality and still supported.
However being an old iGPU this will not always be well supported even on Linux for future new Blender features when it needs more advanced features of OpenGL or Vulkan
Unfortunately all intel HD4xxx have the same problem on Windows.
I understand that Blender only supports open standards that can be maintained by their own developers (open and cross-platform standards have priority)
I have posted about this issue lately too. (I am also HD4xxx, Blender 2.93)
I have found… in Windows, keep a Task Manager open during important events like multiple edits and rendering. If you watch the RAM, it will rise quite sharply during and after some tasks. But, if you wait a while (go have a ciggie, eat dinner, etc.), when you come back, Widows garbage collection has done it’s job, and you now have more available RAM.
According to blenders own webpage I meet all the minimum requirement’s including the age of the laptop and 4.3 supported. The graphics I have is not 4000 its 4400 which according to intel is it’s own category that supports 4.3.
Therefor this could only be a bug, also it don’t fully crash it sort of hangs then does it’s job if I wait, the 3D view port has no issue its just material settings causing the issue. If I wait patiently it does work.
I don’t think it is a ram issue as it happens on fresh new files such as the default cube, soon as I touch the material settings it freezes for a bit then comes round.
I apricate the input
Yes, you report just in case it is a bug related to Blender. But if this is an intel driver related issue, Blender developers won’t be able to do much about it.
Just noticed this. It’s crashing in Blender 3.5.1 RC, while in 3.6.0 alpha, 3.4.x & 3.3.x LTS things w/ eevee are working fine on Surface 3 pro (Intel’s 4300U CPU, 8GB RAM, 256SSD, W10.
