崩溃#

引起 Blender 崩溃的最常见原因:

  • 运行内存不足。

  • 图形硬件或驱动程序的问题。

  • Blender 里的 bug。

首先,你可以通过 文件 ‣ 恢复 ‣ 自动保存... 来恢复你的工作。

为防止问题再次发生,您可以检查图形驱动进程是否是最新的(图形硬件),升级计算机的硬件(RAM 或图形卡),并禁用一些内存占用更多的选项:

  • 减少撤消次数 偏好设置 ‣ 系统 ‣ 内存 & 限额 ‣ 撤销次数

  • 使用多重采样抗锯齿也会增加内存使用量并使显示速度变慢。

  • 在 Linux 上,窗口管理器(例如 KDE 和 Gnome)可能正在使用硬件加速效果(例如窗口阴影和透明度),这些效果正在耗尽 Blender 需要的内存。尝试禁用桌面效果或切换到轻量级窗口管理器。

要检查 Blender 内存使用情况:

  • 在 Windows 上,使用任务管理器并按内存排序。

  • 在 macOS 上,使用活动 Monitor.app 并打开内存标签页。或者,运行 top -o MEM

  • 在 Linux 上,运行 top -o %MEM

崩溃日志#

当 Blender 崩溃时,它会写出一个文本文档,其中包含可能有助于确定崩溃原因的信息。通常,此文档写在临时目录中。

此文档包含崩溃之前使用的工具的日志以及一些其他调试信息。报告有关崩溃的错误时,将此文档附加到您的报告中会很有帮助,尤其是当其他人无法重现崩溃时。

Windows#

在崩溃时,将根据当前加载的 blend 文档的名称写入文档,因此 test.blend 将创建一个名为 test.crash.txt 的文档。

批处理脚本在 Blender 安装目录中提供,可以运行这些脚本以获取 Blender 调试日志和系统信息文本文档:

  • blender_debug_log.cmd 在大多数情况下使用。

  • blender_debug_gpu.cmdblender_debug_gpu_workaround.cmd 记录与 GPU 相关的错误。

  • blender_factory_startup.cmd 以默认设置启动 Blender,建议用于调试。

如果在 Blender 模块中发生崩溃,堆栈跟踪也会写入名为 blender.crash.txt 的文档中。该文档的路径可以在 blender_debug_log.txt 文档的末尾找到。

macOS#

崩溃后,macOS 崩溃报告进程会在一段时间后或再次打开 Blender 时显示一个带有回溯跟踪的窗口。复制崩溃报告中的文本并将其保存在文本文档中。该文档应附加到错误报告,同时遵循其他错误报告指南。

一些 .crash 文件也可以在 ~/Library/Logs/DiagnosticReports/ 中找到,格式名称为:Blender_YYYY-MM-DD-HHMMSS_MACNAME.crash。如果存在与崩溃时间相对应的报告,则该文件还可以提供有关崩溃原因的提示。或者,Console.app 可用于导航到所有 “用户报告”(请参阅应用进程中的侧栏)。

Linux#

在崩溃时,一个名为 blender.crash.txt 的文档被写入 /tmp 目录中。

Note

通过从命令行运行 Blender 并使用 --factory-startup --debug-all 标志,可以获得更多日志。请参阅从命令行启动命令行参数