Fallides¶
Les causes més comunes de fallides amb Blender:
Quedar-se sense memòria.
Problemes amb el maquinari gràfic o els controladors.
Errors de Blender.
D’entrada, pot ser que recupereu la feina amb Autodesar.
Per evitar que el problema torni a passar, podeu comprovar que els controladors gràfics estan actualitzats (Incidències amb el maquinari de gràfics). Actualitzeu el maquinari de la vostra màquina (la RAM o la targeta gràfica) i deshabiliteu algunes opcions que són més intensives en memòria:
Reduïu els passos de desfer .
L’ús d’antialiàsing amb multimostreig també augmenta l’ús de la memòria i fa que la visualització sigui més lenta.
A Linux, el Gestor de finestres (KDE i Gnome, per exemple) pot estar utilitzant efectes accelerats de maquinari (p. ex. ombres de finestres i transparència) que estan acaparant la memòria que necessita el Blender. Proveu d’inhabilitar els efectes d’escriptori o canviar a un Gestor de finestres més lleuger.
Per a comprovar l’ús de la memòria que fa el Blender:
A Windows, utilitzeu el Gestor de tasques i ordeneu per Memòria.
A macOS, utilitzeu l’Activity Monitor.app i obriu la pestanya de Memòria. Alternativament, executeu
top -o MEM.A Linux, executeu
top -o %MEM.
En els casos més extrems, és possible que us vulgueu plantejar la reinstal·lació del vostre sistema operatiu. Windows en concret tendeix a acumular problemes latents a causa de les actualitzacions successives i els residus del programa.
Registre de fallides¶
Quan el Blender fa fallida, ho anota en un document de text que conté informació que pot ajudar a identificar la causa del daltabaix. Normalment, aquest document s’escriu al Directori temporal.
Aquest document conté un registre d’eines utilitzades fins a la fallida, així com alguna altra informació de depuració. Quan informeu d’errors sobre les fallides, pot ser útil adjuntar aquest document als vostres informes, especialment quan altra gent no pugui reproduir la fallida.
Windows¶
En una fallida, s’escriu un document basat en el nom del document blend carregat en aquell moment, de manera que test.blend crearà un document anomenat test.crash.txt.
Els protocols d’ordres seqüencials venen dins el directori d’instal·lació del Blender, que es pot executar per obtenir el registre de depuració del Blender i els documents de text d’informació del sistema:
En la majoria dels casos, s’utilitza
blender_debug_log.cmd.blender_debug_gpu.cmdiblender_debug_gpu_workaround.cmdregistren errors de la GPU.blender_factory_startup.cmdinicia el Blender amb la configuració predeterminada que es recomana per a la depuració.
Si la fallida ocorre en el mòdul Blender, s’escriu també una traça de l’estiba en un document anomenat blender.crash.txt. La ruta a aquest document es pot trobar al final del document blender_debug_log.txt.
macOS¶
Després d’una fallida, el macOS Crash Reporter mostra una finestra de retrospecció d’un temps, o quan el Blender s’obre de nou. Copieu el text a l’informe de fallida i deseu-lo en un document de text. Aquest document s’ha d’adjuntar a l’informe d’errors a mesura que es van seguint les instruccions dels informes d’errors.
Alguns documents .crash també es poden trobar a ~/Library/Logs/DiagnosticReports/ amb el nom de format: Blender_YYYY-MM-DD-HHMMSS_MACNAME.crash. Si hi consta un informe corresponent al moment de la fallida, aquest document també pot proporcionar pistes sobre la causa. Alternativament, es pot utilitzar Console.app per navegar per tots els «Informes d’usuària» (vegeu la barra lateral de l’aplicació).
Linux¶
En una fallida, s’escriu un document anomenat blender.crash.txt al directori /tmp.
Nota
Es poden obtenir més entrades de registres executant el Blender des de la Línia d’ordres i utilitzant els indicadors --factory-startup --debug-all. Vegeu Llançament des de la línia d’ordres i Arguments de línia d’ordres.
Adjunció a un Informe d’incidència¶
Els documents de fallida s’haurien d’adjuntar mentre sou a Informar d’incidències.