I see, if crash is due to insufficient memory, I think we can close this as duplicate. Thanks @jorn :)
Not sure if this is a bug or some user side error. My knowledge is bit less about IO, unfortunately :/
Hi, thanks for the report. I noticed the same issue in animation loop when importing the fbx back to blender (with and without baked animation)
@owo-1 , do you think it matches with your situation?
@Sergey hi, could you help verifying the issue with spacemouse? :)
Hi, works perfect here with normal mouse. Could you check if mouse inputs are registered at that time? For that, launch blender from command line with --debug-events argument.
Unable to confirm either on Windows:
**System Information**
Operating system: Windows-10-10.0.22631-SP0 64 Bits
Graphics card: NVIDIA GeForce RTX 3050 Laptop GPU/PCIe/SSE2 NVIDIA…Hi, thanks for the report. Unable to confirm crash on following device:
**System Information**
Operating system: Windows-10-10.0.22631-SP0 64 Bits
Graphics card: NVIDIA GeForce RTX 3050…Caused by dcb3391e1077b9e1d4bdf81ff1a14ea4f7593a8c @HooglyBoogly ^
Good to hear that. Any specific change you did in system that resolve the situation?
Hi, thanks for the report. Indeed, there is inconsistency.
Hi, thanks for the report. Can confirm, not critical for 4.3 though. cc @JulianEisel
Hi, thanks for the report. Can confirm in EEVEE next
Hi, unable to confirm the issue locally but I see why this is happening (legacy function is used in GPv3, i.e. accessing gpl->color, which points to garbage memory). Will make the fix
It's too…
Perhaps related to network drives?: #115935
Something like?:
diff --git a/source/blender/editors/sculpt_paint/grease_pencil_sculpt_smooth.cc b/source/blender/editors/sculpt_paint/grease_pencil_sculpt_smooth.cc
index b2968aeac83..be357…