Krascher¶
De vanligaste orsakerna till Blender-krascher:
Minnet håller på att ta slut.
Problem med grafikhårdvara eller drivrutiner.
Buggar i Blender.
För det första kanske du kan återställa ditt arbete med .
För att förhindra att problemet uppstår igen kan du kontrollera att grafikdrivrutinerna är uppdaterade (Felsökning av grafikhårdvara), uppgradera maskinens hårdvara (RAM-minnet eller grafikkortet) och inaktivera vissa alternativ som är mer minneskrävande:
Minska ångra steg .
Användning av multisample kantutjämning ökar också minnesanvändningen och gör skärmen långsammare.
På Linux kan fönsterhanteraren (KDE och Gnome till exempel) använda hårdvaruaccelererade effekter (t.ex. fönsterskuggor och transparens) som använder det minne som Blender behöver. Försök att inaktivera skrivbordseffekterna eller byt till en lättviktig Window Manager.
För att kontrollera Blenders minnesanvändning:
I Windows använder du Aktivitetshanteraren och sorterar efter minne.
På macOS använder du Activity Monitor.app och öppnar fliken Memory. Alternativt kan du köra top -o MEM.
På Linux kör du top -o %MEM.
I mer extrema fall kanske du vill överväga att installera om operativsystemet. Windows tenderar särskilt att bygga upp latenta problem på grund av successiva uppdateringar och programrester.
Kraschlogg¶
När Blender kraschar skriver den ut en textfil som innehåller information som kan hjälpa till att identifiera orsaken till kraschen. Vanligtvis skrivs den här filen i katalogen Temporär katalog.
Den här filen innehåller en logg över de verktyg som användes fram till kraschen samt en del annan felsökningsinformation. När du rapporterar buggar om krascher kan det vara bra att bifoga den här filen till dina rapporter, särskilt när andra inte kan reproducera kraschen.
Windows¶
Vid en krasch skrivs en fil baserad på namnet på den aktuella laddade blend-filen, så test.blend kommer att skapa en fil som heter test.crash.txt.
Batch-skript finns i Blenders installationskatalog och kan köras för att hämta textfilerna Blender debug log och system info:
blender_debug_log.cmd används i de flesta fall.
blender_debug_gpu.cmd och blender_debug_gpu_workaround.cmd loggar GPU-relaterade fel.
blender_factory_startup.cmd startar Blender med standardinställningar, vilket rekommenderas för felsökning.
Om kraschen inträffar i Blender-modulen skrivs stack trace också till en fil med namnet blender.crash.txt. Sökvägen till den filen finns i slutet av filen blender_debug_log.txt.
macOS¶
Efter en krasch visar macOS Crash Reporter ett fönster med backtrace efter en tid, eller när Blender öppnas igen. Kopiera texten i kraschrapporten och spara den i en textfil. Den filen ska bifogas felrapporten samtidigt som du följer andra riktlinjer för felrapportering.
Vissa .crash-filer kan också hittas i ~/Library/Logs/DiagnosticReports/ med namnet på formatet: Blender_YYYY-MM-DD-HHMMSS_MACNAME.crash. Om det finns en rapport som motsvarar tiden för kraschen kan den filen också ge ledtrådar om orsaken till kraschen. Alternativt kan Console.app användas för att navigera genom alla ”Användarrapporter” (se sidofältet i appen).
Linux¶
Efter en krasch skrivs en fil med namnet blender.crash.txt till katalogen /tmp.
Observera
Fler loggar kan erhållas genom att köra Blender från kommandoraden och använda –factory-startup –debug-all flaggor. Se Starta från kommandoraden och Argument på kommandoraden.
Bifoga till en felrapport¶
Kraschfiler bör bifogas när du är Rapportera en bugg.