Das ist verständlich, dass da erst einmal Frust aufkommt – so ein erzwungener Reset wirft einen komplett aus dem Workflow. Dass Blender 4.4 beim Laden von Texturen oder direkt beim Wechsel in den Sculpt-Modus abstürzt, hat in der Regel weniger mit mangelndem RAM (32 GB sind für sowas mehr als ausreichend) oder der Hardware zu tun, sondern liegt meist an Pfadkonflikten, korrupten Vorschaubildern (Thumbnails) im Asset-System oder Grafiktreiber-Unstimmigkeiten beim Neuanlegen der Konfiguration.
Hier sind gezielte Lösungsansätze, um das Problem systematisch zu beheben:
1. Das Asset-Bibliothek- und Thumbnail-Problem (Häufigste Ursache ab Blender 4.x)
Seit den neueren Blender-Versionen läuft die Pinselverwaltung über das Asset-System. Wenn du alte Low-Res-Pinsel oder frisch hinzugefügte 4K-Brushes einbindest, generiert Blender im Hintergrund Miniaturansichten (Previews).
- Der Bug: Verweist ein Dateipfad auf einen Ordner mit extrem vielen Pinseldateien, oder schlägt das Caching beim Neugenerieren der Vorschaubilder fehl (weil z. B. alte Datenreste im temporären Verzeichnis querchießen), führt das zu einem sofortigen Zugriffsverletzungs-Absturz (
EXCEPTION_ACCESS_VIOLATION). - Lösung:
- Gehe in die Preferences unter File Paths und überprüfe deine Asset Libraries.
- Nimm testweise alle selbst hinzugefügten Pinsel-Pfade komplett heraus, sodass nur die Standard-Bibliothek aktiv ist.
- Starte Blender neu und teste, ob der Sculpt-Modus stabil bleibt. Füge die externen Pinsel danach sukzessive einzeln wieder hinzu, um den korrupten Pinsel zu identifizieren.
2. Den Cache und temporäre Daten manuell bereinigen
Da das Zurücksetzen über das Menü (Save Startup File) oft nicht alle temporären Cache-Dateien im System löscht, hängen oft noch alte Konfigurationen im AppData-Verzeichnis von Windows.
- Schließe Blender.
- Drücke
Windows-Taste + R, tippe%appdata%\Blender Foundation\Blender\ein und drücke Enter. - Benenne den Ordner der Version (also
4.4) testweise um (z. B. in4.4_backup), damit Blender gezwungen ist, beim nächsten Start einen komplett frischen, sauberen Ordner ohne alte Cache-Leichen anzulegen.
3. Grafiktreiber und OpenGL/Vulkan-Backend
Da der Crash teils schon beim Umschalten in den Sculpt-Modus passiert (dem Moment, in dem die Viewport-Shader für die Sculpt-Pinsel initialisiert werden), funkt oft der Grafiktreiber dazwischen.
- Stelle sicher, dass dein Grafiktreiber auf dem neuesten Stand ist.
- Du kannst in den Blender-Präferenzen unter System testweise das Backend umschalten (z. B. von Vulkan auf OpenGL oder umgekehrt, je nachdem, was standardmäßig aktiv ist), um zu sehen, ob das Problem beim Zeichnen der UI-Brush-Previews verschwindet.
4. Zur "Occlude"-Option in Blender 4.4
Die von dir gesuchte Option zur Verdeckungsprüfung (Occlude) bei Pinseln findest du in Blender 4.4 direkt in den Tool-Einstellungen (ganz oben in der Kopfleiste, wenn der Pinsel aktiv ist) oder in den Pinsel-Einstellungen unter dem Reiter Brush Settings -> Automasking. Dort gibt es Optionen wie Front Faces Only oder Cavity Masking, die steuern, wie sich der Pinsel auf der Mesh-Oberfläche verhält. Das direkt als Crash-Ursache auszuschließen ist schwer, aber über die Tool-Leiste lässt sich das Verhalten gut eingrenzen.
Nächster Schritt zum Testen:
Versuche einmal, eine völlig leere Standardszene zu öffnen, füg einen einfachen Suzanne-Kopf oder eine Sphere ein, und versuche ohne jegliche externe Pinsel-Pfade im Asset-Browser in den Sculpt-Modus zu wechseln. Wenn das stabil bleibt, liegt es definitiv an der Art und Weise, wie Blender versucht, die neuen 4K-Pinsel oder deren Vorschaubilder einzulesen.
Lass dich von dem Rückschlag nicht entmutigen – meistens ist es ein kleiner hängengebliebener Cache-Pfad, der sich nach einer sauberen Neuzuordnung wieder bändigen lässt.
