Сбои¶
Самые частые причины сбоев Blender’а:
Недостаток памяти.
Проблемы с графическими картами или драйверами.
Баги в Blender’е.
В первую очередь, вы можете попробовать восстановить свою работу через .
Чтобы предотвратить повторное возникновение проблемы, можно проверить актуальность графических драйверов (см. раздел «Устранение неполадок графического оборудования»), обновить аппаратное обеспечение вашего компьютера (оперативную память или видеокарту), а также отключить некоторые опции, требующие больших объёмов памяти:
Уменьшите количество шагов отмены: .
Использование мультисэмплингового сглаживания также увеличивает потребление памяти и делает дисплей медленнее.
В Linux оконный менеджер (например, KDE и Gnome) может использовать эффекты с аппаратным ускорением (например, тени и прозрачность окон), которые потребляют память, необходимую Blender’у. Попробуйте отключить эффекты рабочего стола или переключиться на облегчённый оконный менеджер.
Для того чтобы проверить использование памяти Blender’ом:
На Windows – используйте диспетчер задач и выполните сортировку по памяти.
На macOS – используйте мониторинг системы и откройте вкладку памяти. Или выполните
top -o MEM.На Linux – выполните
top -o %MEM.
В самом крайнем случае вам может понадобиться переустановка операционной системы. Windows особенно склонна накапливать скрытые проблемы из-за последовательных обновлений и остатков программ.
Журнал сбоев¶
Когда 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. См. разделы «Запуск из командной строки» и «Аргументы командной строки».
Прикрепление к отчёту об ошибке¶
При отправке отчёта об ошибке – должны быть прикреплены файлы со сбоем.