Сбои#

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

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

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

  • Баги в Blender.

В первую очередь, вы можете попробовать восстановить свою работу через :menuselection:`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 аварийно завершает работу, он записывает текстовый файл, содержащий информацию, которая может помочь определить причину сбоя. Обычно этот файл записывается в директорию Каталог для временных файлов.

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

Окна#

При сбое файл записывается в соответствии с именем текущего файла, поэтому test.blend создаст файл test.crash.txt.

В каталоге установки Blender есть batch-скрипты, которые можно запустить для получения журнала отладки Blender и текстовых файлов системной информации:

  • blender_debug_log.cmd используется в большинстве случаев.

  • blender_debug_gpu.cmd and blender_debug_gpu_workaround.cmd регистрируют ошибки, связанные с графической картой.

  • blender_factory_startup.cmd запускает Blender с настройками по умолчанию, что рекомендуется для отладки.

Если сбой произошел в модуле Blender, трассировка стека также записывается в файл с именем blender.crash.txt. Путь к этому файлу можно найти в конце файла blender_debug_log.txt.

macOS#

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

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

Linux#

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

Примечание

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