Сбои#

Самые частые причины сбоев Blender’а:

  • Недостаток памяти.

  • Проблемы с графическими картами или драйверами.

  • Баги в Blender’е.

В первую очередь, вы можете попробовать восстановить свою работу через Файл ‣ Восстановить ‣ Автосохранение… File ‣ Recover ‣ Auto Save….

Чтобы предотвратить повторное возникновение проблемы, можно проверить актуальность графических драйверов (см. раздел «Графическое оборудование»), обновить аппаратное обеспечение вашего компьютера (оперативную память или видеокарту), а также отключить некоторые опции, требующие больших объёмов памяти:

  • Уменьшите количество шагов отмены действий: Настройки ‣ Система ‣ Память и ограничения ‣ Шагов отмены действий Preferences ‣ System ‣ Memory & Limits ‣ Undo Steps.

  • Использование мультисэмплингового сглаживания также увеличивает потребление памяти и делает дисплей медленнее.

  • В Linux оконный менеджер (например, KDE и Gnome) может использовать эффекты с аппаратным ускорением (например, тени и прозрачность окон), которые потребляют память, необходимую Blender’у. Попробуйте отключить эффекты рабочего стола или переключиться на облегчённый оконный менеджер.

Для того чтобы проверить использование памяти Blender’ом:

  • На Windows – используйте диспетчер задач и выполните сортировку по памяти.

  • На macOS – используйте мониторинг системы и откройте вкладку памяти. Или выполните top -o MEM.

  • На Linux – выполните top -o %MEM.

Журнал сбоев#

Когда Blender аварийно завершает работу, он записывает текстовый файл, содержащий информацию, которая может помочь определить причину сбоя. Обычно этот файл записывается в папку «Папка для временных файлов».

Этот файл содержит журнал инструментов, использовавшихся до момента сбоя, а также некоторую другую отладочную информацию. При оформлении отчёта об ошибках, связанных со сбоями, может быть полезно приложить этот файл, особенно если другие материалы не могут воспроизвести сбой.

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#

После сбоя macOS Crash Reporter показывает окно с бэктрейсом через некоторое время или при повторном открытии Blender. Скопируйте текст сообщения о сбое и сохраните его в текстовом файле. Этот файл следует прикрепить к сообщению об ошибке, соблюдая другие правила составления сообщений об ошибках.

Некоторые файлы .crash также можно найти в ~/Library/Logs/DiagnosticReports/ с именем формата: Blender_YYYY-MM-DD-HHMMSS_MACNAME.crash. Если присутствует отчёт, соответствующий времени сбоя, этот файл может дать подсказку о причине сбоя. В качестве альтернативы можно использовать Console.app для навигации по всем «отчётам пользователя» (см. боковую панель в приложении).

Linux#

При сбое в директории /tmp записывается файл с именем blender.crash.txt.

Примечание

Больше логов можно получить, запустив Blender из командной строки и используя флаги --factory-startup --debug-all. См. разделы «Запуск из командной строки» и «Аргументы командной строки».