Der Müll, den Blender hinterlässt
Jedes Speichern schreibt Backups: .blend1, .blend2 und aufwärts, direkt neben der .blend-Datei, eines pro gehaltener Version, für immer. Abgestürzte oder in den Standard-Ausgabepfad gegangene Renders stapeln sich im sitzungseigenen Temp-Ordner unter %TEMP%\blender_. Physik-Bakes — Rauch, Cloth, Fluid — landen in einem blendcache-Ordner neben dem Projekt, und dort liegen routiniert Gigabytes pro Szene. Nichts davon wird je automatisch aufgeräumt; Blender geht still davon aus, dass Ihre Platte unendlich ist.
Dazu kommt das Benutzerprofil: %APPDATA%\Blender Foundation\Blender\ legt pro Hauptversion einen neuen Ordner an, ein Rechner mit der Biografie 2.9 → 3.3 → 4.x schleppt also drei komplette Profile mit Skripten, Addons, Matcaps und Einstellungen mit. Seit Blender 4.2 kommt das Erweiterungssystem mit eigenen Verzeichnissen unter extensions der laufenden Version dazu. Alte Profile überleben jedes Upgrade unangetastet und ungenutzt — Blender migriert oder entfernt sie nie.
Was gefahrlos gelöscht werden kann
Die Backups sind der leichteste Fang. Die Einstellung „Save Versions“ hält ein oder mehrere .blendN-Dateien pro Projekt, und eine zweihundert Mal gespeicherte Datei zieht einen Güterzug von Geistern hinter sich her; behalten Sie die jüngste .blend1 eine Woche, wenn Sie vorsichtig sind, den Rest in den Papierkorb. Temp-Ordner toter Sitzungen sterben folgenlos — sie existierten nur für die Sitzung, die sie erzeugt hat, und werden beim nächsten Start neu geboren.
Die zwei Dinge, die kein Müll sind: blendcache und das Profil der laufenden Version. Wer einen Bake-Cache löscht, zwingt jeden künftigen Render, die Simulation vorher neu zu rechnen — bei Fluid gern stundenlang —, und das aktuelle Profil enthält Keymaps, Addons und Einstellungen. Wenn der Plattendruck dringend ist, fegt ein Durchlauf mit Kleaner PRO die Temp- und Alte-Profile-Kategorien automatisch weg, aber über Bake-Caches sollte pro Projekt ein Mensch entscheiden.
- .blend1/.blend2-Backups — Kopien alter Speicherstände; die jüngste pro Projekt behalten, Rest löschen
- Temporäre Renders und Crash-Dumps — %TEMP%\blender_-Ordner toter Sitzungen, reiner Müll
- Profile alter Versionen — %APPDATA%\Blender Foundation\Blender\3.x, sobald Sie längst in 4.x leben
- blendcache-Ordner — erst nach Projektabschluss; löschen heißt, vor jedem Re-Render neu zu backen
- Reste deinstallierter Addons — entfernte Addons lassen Skripte im addons-Ordner des Profils zurück
- Überschuss im Ausgabeordner — „final_final_v3“-Experimente, älter als der tatsächlich abgegebene Cut
Gewohnheiten, die den Stapel stoppen
Setzen Sie „Save Versions“ in Preferences → Save & Load auf 1, wenn ein Backup genügt — das deckelt die Geisterzahl für die Zukunft. Lenken Sie die Render-Ausgabe in einen eigenen Ordner pro Projekt statt in den Standardpfad und räumen Sie ihn bei Abgabe leer. Nach jedem Versions-Upgrade ein Blick in den Blender-Foundation-Ordner: Das alte Profil sind ein paar hundert Megabyte, die niemand je wieder öffnet. Zehn Minuten zweimal im Jahr halten Blenders Fußabdruck langweilig — und langweilig ist der korrekte Zustand einer Arbeitsmaschine.
Fragen und Antworten
Kann ich .blend1-Dateien löschen?
Ja. Sie sind Backups früherer Speicherstände; die jüngste als Sicherheitsnetz behalten, aber die aktuelle .blend hängt nicht von ihnen ab.
Wo speichert Blender Cache und temporäre Dateien?
Sitzungseigene Temp-Ordner liegen unter %TEMP%\blender_, Physik-Bakes im blendcache-Ordner neben der .blend, Profile unter %APPDATA%\Blender Foundation\Blender\.
Vor dem Kauf genau wissen, was enthalten ist.
Der einmalige 30-Minuten-Test umfasst Basisfunktionen. PRO-markierte Werkzeuge bleiben bis zur Aktivierung einer kostenpflichtigen Lizenz gesperrt.
Weiterlesen
Schreiben Sie uns: [email protected]