Blender 崩溃的最常见原因:
-
内存不足。
-
图形硬件或驱动程序问题。
-
Blender中的错误。
首先,您可以使用File ‣ Recover ‣ Auto Save…恢复您的工作。
为防止问题再次发生,您可以检查图形驱动程序是否是最新的图形硬件,升级您机器的硬件(RAM 或图形卡),并禁用一些更占用内存的选项:
-
减少撤消步骤 Preferences ‣ System ‣ Memory & Limits ‣ Undo Steps。
-
使用多重采样抗锯齿还会增加内存使用量并使显示速度变慢。
-
在 Linux 上,窗口管理器(例如 KDE 和 Gnome)可能正在使用硬件加速效果(例如窗口阴影和透明度),这会耗尽 Blender 所需的内存。尝试禁用桌面效果或切换到轻量级窗口管理器。
要检查 Blender 的内存使用情况:
-
在 Windows 上,使用任务管理器并按内存排序。
-
在 macOS 上,使用 Activity Monitor.app 并打开内存选项卡。或者,运行.
top -o MEM
-
在 Linux 上,运行.
top -o %MEM
崩溃日志
当 Blender 崩溃时,它会写出一个文本文件,其中包含可能有助于识别崩溃原因的信息。通常,这个文件写在Temporary Directory目录下。
该文件包含在崩溃之前使用的工具的日志以及一些其他调试信息。报告有关崩溃的错误时,将此文件附加到您的报告中会很有帮助,尤其是当其他人无法重现崩溃时。
windows
发生崩溃时,会根据当前加载的 blend 文件的名称写入一个文件,因此test.blend
将创建一个名为test.crash.txt
.
批处理脚本在 Blender 安装目录中提供,可以运行它来获取 Blender 调试日志和系统信息文本文件:
-
blender_debug_log.cmd
在大多数情况下使用。 -
blender_debug_gpu.cmd
并blender_debug_gpu_workaround.cmd
记录与 GPU 相关的错误。 -
blender_factory_startup.cmd
使用推荐用于调试的默认设置启动 Blender。
如果崩溃发生在 Blender 模块中,堆栈跟踪也会写入名为blender.crash.txt
. 该文件的路径可以在文件末尾找到blender_debug_log.txt
。
苹果系统
崩溃后,macOS Crash Reporter 会在一段时间后或再次打开 Blender 时显示一个带有回溯的窗口。复制崩溃报告中的文本并将其保存在文本文件中。该文件应附加到错误报告,同时遵循其他错误报告指南。
一些.crash
文件也可以在~/Library/Logs/DiagnosticReports/
格式名称中找到: Blender_YYYY-MM-DD-HHMMSS_MACNAME.crash
。如果存在与崩溃时间相对应的报告,该文件还可以提供有关崩溃原因的提示。或者,Console.app 可用于导航所有“用户报告”(请参阅应用程序中的边栏)。
Linux
在崩溃时,一个名为的文件blender.crash.txt
被写入/tmp
目录中。
通过从命令行运行 Blender 并使用标志可以获得更多日志。请参阅从命令行启动和命令行参数。--factory-startup --debug-all
如何快速解决blender渲染崩溃和呈现效果图?
Blender 项目渲染慢,本地渲染资源不够,在不增加额外的硬件成本投入的情况下,想要提升渲染速度,最好的解决方式是使用渲云云渲染,在云端批量渲染,批量出结果,不耽误本地做其他的工作,并且能享受高配置、高内存、高性能服务器带来极致的渲染速度,支持CPU及GPU渲染,节省渲染时间,提高工作效率。
渲云支持多角度任务同时批量渲染,渲染高效便捷,渲云采用高性能服务器,稳定可靠,可满足用户大批量紧急渲染需求。有效解决设计师们工作周期紧张出结果任务重的情况。此外渲云提供超百余种插件支持,影视版已支持超3000余种插件,另渲染器及插件可根据需求定制安装。