ComfyUI зависает после генерации видео: руководство по восстановлению

Обзор ИИ

Почему ComfyUI зависает после генерации видео?

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

Как определить, продолжает ли ComfyUI работать?

Совместно проанализируйте терминал, загрузку GPU, состояние очереди и выходную папку. Изменяющийся лог, активная загрузка GPU или растущий файл указывают на выполняемую работу; неизменяющийся стек вызовов и простаивающее устройство — на остановку процесса.

Следует ли очищать VRAM при зависании ComfyUI?

Только после сохранения доказательств и безопасной отмены операции. Освобождение моделей может восстановить работоспособный процесс, но не исправит повреждённый контекст CUDA, несовместимый пользовательский узел или сбойный энкодер.

Какое самое быстрое безопасное решение?

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

Определите, что именно зависло

Фраза «ComfyUI зависает после генерации видео» может описывать четыре различных типа сбоев. Холст может перестать обновляться, в то время как бэкенд продолжает работу; сэмплер может завершиться, но VAE-декодирование или видеокодирование всё ещё выполняются; Python-процесс может быть живым, но ожидать завершения пользовательского узла; драйвер GPU может перестать отвечать. Эти случаи выглядят одинаково из браузера, но требуют разных решений.

Начните с записи последнего видимого узла и последней строки в терминале. Не закрывайте сразу все окна. Для полезной диагностики потребуются: JSON-файл рабочего процесса, версии ComfyUI и фронтенда, версии пользовательских узлов, версии Python и PyTorch, модель GPU, версия драйвера, аргументы запуска, разрешение, количество кадров, кодек, а также последние 30–50 строк лога.

Завис фронтенд или бэкенд?

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

Небольшая визуально понятная базовая сцена упрощает определение того, завершается ли конвейер до восстановления тяжёлого графа.

Завершение сэмплирования ≠ завершение доставки

Графы генерации видео часто выполняют дорогостоящие операции после диффузии: декодирование латентных кадров, объединение батчей, перемещение тензоров между устройствами, интерполяцию, запись аудио и кодирование контейнера. Поэтому индикатор прогресса на 100 % может означать лишь завершение этапа сэмплирования, а не готовность MP4-файла. Вместо предположения, что «100 %» = зависание, точно определите последний выполненный узел.

Сохраните доказательства перед перезапуском

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

Создайте компактную запись инцидента:

Версия ComfyUI / фронтенда:
Версии Python / PyTorch / CUDA / драйвера:
Модель GPU и объём системной ОЗУ:
Аргументы запуска:
Рабочий процесс и модель:
Ширина × высота, количество кадров, размер батча:
Последний завершённый узел:
Последняя строка в терминале:
Состояние браузера / состояния бэкенда / состояния ОС:
Сбой при первом запуске или при повторных запусках:

Сохраняйте частичный результат, не доверяя ему

Если MP4-файл существует, проверьте его длительность и потоки перед тем, как считать его завершённым. Усечённый контейнер может открыться, но завершиться преждевременно; последовательность изображений может содержать меньше кадров, чем было запрошено. Сохраните частичный артефакт под именем, специфичным для данного сбоя, чтобы следующий запуск не перезаписал доказательства.

В руководстве ComfyUI по обрезке видео с аудио объясняется, почему пути к видео и аудио должны оставаться явными. Такое разделение также помогает определить, начинается ли зависание до мультиплексирования или внутри финального кодирования.

Снизьте нагрузку на память и кодирование

Генерация видео многократно усиливает нагрузку на память: разрешение, количество кадров, размер батча, количество каналов латентного пространства, VAE-декодирование, интерполяция и кодирование. Снижение одного параметра даёт больше информации, чем случайное переключение флагов управления памятью. Сначала уменьшите количество кадров вдвое. Если граф по-прежнему зависает, снизьте разрешение. Затем отключите интерполяцию, апскейлинг и необязательные предпросмотры, сохранив ту же базовую модель и сэмплер.

Используйте поэтапное тестирование памяти

Выполните эти тесты строго в указанном порядке и зафиксируйте, завершился ли каждый из них:

1. Один короткий клип при наименьшем поддерживаемом рабочим процессом разрешении.
2. Тот же клип с используемыми VAE и декодером.
3. Тот же клип с используемым энкодером, но без интерполяции.
4. Полная цепочка постобработки при короткой длительности.
5. Целевая длительность — только после успешного прохождения всех предыдущих этапов.

Не увеличивайте одновременно разрешение и количество кадров в одном тесте. Если короткий клип завершается успешно, а длинный клип регулярно зависает на этапе декодирования, граф, скорее всего, работоспособен, но план использования памяти или декодирования некорректен. Если даже минимальный граф не работает, сначала проверьте совместимость, а не настраивайте качество.

Используйте материал, богатый деталями, но короткий, для проверки стабильности декодирования; длительность и разрешение следует увеличивать по отдельности.

Избегайте «решений», маскирующих сбой драйвераОчистка памяти модели, выгрузка предпросмотров или перезапуск интерфейса могут помочь работоспособному серверу освободить ресурсы. Однако они не способны сбросить каждый повреждённый контекст GPU. Если блокируется весь рабочий стол, терминал останавливается без исключения Python или происходит сброс драйвера — воспроизведите проблему с помощью минимального официального рабочего процесса и консервативных настроек оборудования, прежде чем обвинять промпт.

В случае несоответствия между файлом модели и декодером следуйте чек-листу загрузки VAE. Переименованный или помещённый не в то место файл не становится совместимым VAE только потому, что загрузчик может его обнаружить.

Изолируйте пользовательские узлы и состояние интерфейса

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

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

Отдельно протестируйте браузер

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

Завершённый кадр доставки должен сохранять правдоподобную текстуру кожи, пар, пищевую структуру и мелкие детали рук после полного завершения конвейера.

Запустите проверенный рабочий процесс восстановления

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

Краткая проверенная базовая последовательность движения для тестирования восстановления ComfyUI

Пятисекундное движущееся видео достаточно для проверки генерации, декодирования, кодирования и воспроизведения до повторного построения затратного графа.

Восстанавливайте граф по контрольным точкам

Создайте по одному сохранённому JSON-файлу на каждую контрольную точку: 01-core, 02-loader, 03-conditioning, 04-post и 05-final. Во время диагностики ставьте в очередь только одну задачу. Когда контрольная точка завершается неудачно — сравните её вывод в терминале с предыдущей успешной контрольной точкой и удалите половину вновь добавленных узлов. Такой подход, основанный на бинарном поиске, быстрее, чем изменение флагов без чёткой гипотезы.

Если сама очередь является проблемой, в руководстве по пакетной обработке ComfyUI описан более безопасный шаблон для независимых задач, явных имён выходных файлов и возобновляемых пакетов. Неудачный элемент не должен заставлять вас повторно обрабатывать все одобренные клипы.

Выберите локальное восстановление или облачный рабочий процесс

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

В руководстве по локальным и облачным AI-видеогенераторам представлена практическая система принятия решений. Оставайтесь на локальной платформе, когда сам граф является переиспользуемым активом и кто-то берёт на себя его поддержку. Используйте облачный вариант, когда команде в первую очередь нужны одобренные кадры, согласованные эталоны, предсказуемые повторные запуски и доставка, а не постоянный ремонт окружения.

Роль Seedance Agent

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

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

Заключение

Когда ComfyUI зависает после генерации видео, сначала определите, какой компонент перестал работать: браузер, сервер, узел постобработки, энкодер, драйвер GPU или вся операционная система. Сохраните рабочий процесс и журналы, протестируйте небольшой проверенный клип, уменьшите количество кадров перед повышением разрешения, изолируйте пользовательские узлы по группам и восстанавливайте граф через именованные контрольные точки. Если локальное обслуживание больше не обеспечивает полезного контроля, перенесите следующий одобренный кадр в управляемый рабочий процесс Seedance →