IGCIT / Intel-GPU-Community-Issue-Tracker-IGCIT

IGCIT is a Community-driven issue tracker for Intel GPUs.
GNU General Public License v3.0
115 stars 4 forks source link

Blender crashes when toggling between rendered shading with Cycles, and doing some other things #367

Open a-One-Fan opened 1 year ago

a-One-Fan commented 1 year ago

Checklist [README]

Application [Required]

Blender 3.6 LTS

Processor / Processor Number [Required]

Ryzen 7 3700x

Graphic Card [Required]

Arc A770 LE 16GB

GPU Driver Version [Required]

image

Rendering API [Required]

Windows Build Number [Required]

Other Windows build number

No response

Intel System Support Utility report

igcit_ssu_4514.txt igcit_ssu_4502.txt

Description and steps to reproduce [Required]

As the crash log notes embree4.dll as the culprit, this is likely the place for this issue.

Blend file: crash_blend.txt This is not a text file; rename it back to .blend because (this?) Github (repo?) doesn't like .blend files.

image

This is a bit of a doozy to describe into words, so have a video where I replicate this ~7 times in a row: https://www.youtube.com/watch?v=kXJGvuYAKso (recorded with 4514) https://www.youtube.com/watch?v=Y37MLoH6ehQ (recorded with 4502)

Enable the shading pie menu for convenience - Edit > Preferences > Addons > Interface: 3D Viewport pie menus > Shading pie. Have 2 viewports open. Set the top to rendered shading. Rapidly toggle between rendered shading, shading an object flat/smooth and non-rendered shading. Don't be too accurate with what you toggle between. Eventually, Blender should crash.

Device / Platform

No response

Crash dumps [Required, if applicable]

I couldn't find any dumps after looking in the few locations. IGCIT couldn't generate its archive (presumably because no dumps) :( Sorry

Application / Windows logs

blender_debug_output.txt blender_system_info.txt

Karen-Intel commented 1 year ago

@a-One-Fan thank you for your submission!

Just in time to add this additional info in my internal report + thank you for testing with the latest driver.

I will keep you posted on progress! Have a great day!

Karen

ph0b commented 1 year ago

Hi, I believe it's the same issue as reported here: https://projects.blender.org/blender/blender/issues/109771 - can you try to repro with 4.0 that has the fix, or with 3.6 + embree4.dll shared from this comment ? https://projects.blender.org/blender/blender/issues/109771#issuecomment-977150

Karen-Intel commented 1 year ago

Hey @ph0b thank you for the heads up! @a-One-Fan I can confirm that after a few test toggling between drawing the scene in wireframe and solid mode the app does not crash immediately using blender v.4.0 Alpha w/driver 4575 WHQL but it keeps crashing after a while longer Could you check on your end? Thanks

Karen

a-One-Fan commented 1 year ago

Hey @ph0b , I was having more general crashes that would happen around the time I toggled rendered shading, similar to what's described in the issue you linked. However, with this description, it's a pretty unactionable issue, so I sat down and found this specific way here to reproduce crashing. At a glance, my generic crashes have been helped, but I haven't used this fresh build enough to make a better comment (especially since the last one was crashing on me pretty hard!)

The crashing has been greatly improved. It's not completely resolved, however. Like @Karen-Intel I also had more trouble reproducing it, but tougher issues require tougher methods to reproduce, and bumping up the number of viewports has helped me reproduce it.

Here's a new version of the crashy blend file: crash_blend.txt

Crashes now point to different things. Most commonly they point to VCRUNTIME140.dll, however I got crashes decently commonly in igxehpgicd64.dll and I managed to score another in embree4 again.

blender_debug_output_embree.txt blender_debug_output_ig.txt blender_debug_output_vcruntime.txt

blender_system_info.txt igcit_ssu_4576.txt

I did my testing with the 4576 driver that showed up recently, and with Blender 4.0 hash aebc743bf1c7.

ph0b commented 1 year ago

Thanks for the additional testing - when it crashes, can you also share the content of C:\Users\Vikto\AppData\Local\Temp\crash_blend.crash.txt ? That'll help narrowing the issue(s) down.

ph0b commented 1 year ago

Stability of 3.6/4.0 is impacted by this bug : https://projects.blender.org/blender/blender/issues/109282 when using embree. until the fix is available in a next driver, you may want to test stability with it disabled.

a-One-Fan commented 1 year ago

@ph0b

crash_blend.crash_embree.txt crash_blend.crash_vcruntime.txt crash_blend.crash_igxe.txt

Karen-Intel commented 11 months ago

@a-One-Fan have you tested if this behavior is still reproducible with our driver v.4887? Please let us know

Karen

a-One-Fan commented 11 months ago

@Karen-Intel Sorry, I can still reproduce it. Blender 3.6.4.

blender_debug_output.txt blender_system_info.txt

crash_blend2.crash.txt <- I used the same blend file as the last comment, I redownloaded and renamed it just in case, don't be alarmed by the 2

igcit_ssu_4887_whql_2.txt

Furthermore, I was using 4826 before this (as newer drivers break stable diffusion on native windows), and did not DDU, but did do a clean install.

Karen-Intel commented 9 months ago

Hey @a-One-Fan just sharing the internal report number about this issue :) 14020694502 Our dev team is already working on it, once we get an update will post it in this thread

Karen

Karen-Intel commented 8 months ago

Hey @a-One-Fan I just tried rapidly toggling between rendered shading, shading an object flat/smooth and non-rendered shading about 100 times and Blender hasn't crashed for me. Could you verify with latest driver 5186 please? TY

Karen

a-One-Fan commented 7 months ago

@Karen-Intel Sorry for the delay. I can still reproduce:

crash_blend2.crash.txt blender_debug_output.txt blender_system_info.txt igcit_ssu_5186.txt