Cierres inesperados

Las causas más comunes de cierres inesperados de Blender son:

  • Agotamiento de la memoria.

  • Problemas con el hardware gráfico o sus controladores.

  • Errores de Blender.

En primer lugar, es probable que sea posible recuperar el trabajo usando la función Archivo ‣ Recuperar ‣ Auto guardado….

Para intentar prevenir que el problema vuelva a ocurrir, podría ser bueno comprobar que los controladores gráficos estén actualizados (Resolución de problemas con hardware gráfico), actualizar el hardware de la computadora (la memoria RAM o la tarjeta gráfica) y deshabilitar algunas opciones que provoquen un mayor consumo de memoria:

  • Reducir los pasos de la función Deshacer Preferencias ‣ Sistema ‣ Memoria y límites ‣ Pasos de deshacer.

  • El uso del suavizado de bordes con muestreo múltiple también aumentará el uso de memoria y hará que la visualización sea más lenta.

  • En Linux, el Administrador de ventanas (de KDE y Gnome, por ejemplo) podría estar usando efectos con aceleración de hardware (p.ej: sombras y transparencia en las ventanas) que estén consumiendo la memoria que Blender necesita. Intentar desactivar los efectos del escritorio o cambiarse a un Administardor de ventanas más liviano.

Para comprobar el uso de memoria de Blender:

  • En Windows, usar el Administrador de tareas y ordenarlas por la columna Memoria.

  • En macOS, usar el Monitor de actividad.app y abrir la pestaña Memoria. Alternativamente, ejecutar top -o MEM.

  • En Linux, ejecutar top -o %MEM.

En casos más extremos, podrá considerarse reinstalar el sistema operativo. Windows, especialmente, tiende a acumular problemas latentes debido a actualizaciones sucesivas y restos dejados por otros programas en el sistema.

Registro de cierre inesperado

When Blender crashes, it writes out a text file which contains information that may help identify the cause of the crash. Usually, this file is written in the Carpeta temporal directory.

This file contains a log of tools used up until the crash as well as some other debug information. When reporting bugs about crashes it can be helpful to attach this file to your reports, especially when others are unable to reproduce the crash.

Windows

On a crash, a file is written based on the name of the currently loaded blend-file, so test.blend will create a file called test.crash.txt.

Batch scripts are provided in Blender installation directory which may be run to obtain the Blender debug log and system info text files:

  • blender_debug_log.cmd is used in most cases.

  • blender_debug_gpu.cmd and blender_debug_gpu_workaround.cmd log GPU-related errors.

  • blender_factory_startup.cmd starts Blender with default settings which is recommended for debugging.

If the crash happens in Blender module, stack trace is also written to a file named blender.crash.txt. The path to that file can be found at the end of blender_debug_log.txt file.

macOS

After a crash, the macOS Crash Reporter shows a window with backtrace after some time, or when Blender is opened again. Copy the text in the crash report and save it in a text file. That file should be attached to the bug report while following other bug reporting guidelines.

Some .crash files can also be found in ~/Library/Logs/DiagnosticReports/ with the name of format: Blender_YYYY-MM-DD-HHMMSS_MACNAME.crash. If a report is present corresponding to the time of crash, that file can also provide hints about cause of the crash. Alternatively, Console.app can be used to navigate all «User Reports» (see sidebar in the app).

Linux

After a crash, a file named blender.crash.txt is written to the /tmp directory.

Nota

More logs can be obtained by running Blender from Command Line and using --factory-startup --debug-all flags. See Ejecución desde la línea de comandos and Argumentos de la línea de comandos.