비디오 생성 후 ComfyUI가 멈춤: 복구 가이드

AI 개요

왜 ComfyUI가 동영상 생성 후 멈추는가?

샘플러는 완료되었을 수 있지만, 디코딩, 인코딩, 미리보기 전달, 사용자 정의 노드 또는 브라우저가 여전히 차단된 상태일 수 있습니다. 아무것도 재시작하기 전에, 느린 최종 단계를 고장 난 백엔드와 구분하세요.

ComfyUI가 아직 작동 중인지 어떻게 알 수 있나요?

터미널 출력, GPU 사용률, 큐 상태, 출력 폴더를 함께 확인하세요. 변경되는 로그, 활성화된 GPU, 크기가 증가하는 파일은 작업 중임을 나타내며, 변하지 않는 스택과 유휴 상태의 장치는 정지(stall)를 의미합니다.

ComfyUI가 멈췄을 때 VRAM을 비워야 하나요?

증거를 저장하고 안전하게 취소한 후에만 수행하세요. 모델을 해제하면 건강한 프로세스를 복구할 수는 있지만, 손상된 CUDA 컨텍스트, 호환되지 않는 사용자 정의 노드, 또는 실패한 인코더는 복구할 수 없습니다.

가장 빠르고 안전한 해결 방법은 무엇인가요?

워크플로우와 로그를 저장하고, 실행 중인 프롬프트를 중지한 후 ComfyUI를 재시작하세요. 그런 다음 작고 알려진 정상 동작 그래프를 실행합니다. 원래 노드들을 그룹 단위로 점진적으로 다시 추가하면서 멈춤 현상이 재현될 때까지 반복하세요.

실제로 멈춘 부분 식별하기

“ComfyUI가 동영상 생성 후 멈춤”이라는 표현은 네 가지 서로 다른 오류 상황을 설명할 수 있습니다. 캔버스는 백엔드가 계속 작동 중인데도 업데이트를 멈출 수 있습니다. 샘플러는 완료되었지만 VAE 디코딩이나 동영상 인코딩은 여전히 진행 중일 수 있습니다. 파이썬 프로세스는 살아 있지만 사용자 정의 노드에서 대기 중일 수 있습니다. 또는 GPU 드라이버 자체가 응답을 멈췄을 수도 있습니다. 이러한 경우들은 브라우저에서 유사하게 보이며, 각각 다른 해결 방식이 필요합니다.

먼저 마지막으로 보였던 노드와 터미널의 마지막 줄을 기록하세요. 즉시 모든 창을 닫지 마세요. 유용한 진단을 위해서는 워크플로우 JSON, ComfyUI 및 프론트엔드 버전, 사용자 정의 노드 버전, Python 및 PyTorch 버전, GPU 모델, 드라이버 버전, 실행 인수, 해상도, 프레임 수, 코덱, 그리고 최근 30–50줄의 로그가 필요합니다.

프론트엔드 멈춤인가, 백엔드 멈춤인가?

출력 폴더를 열어 파일이 생성 중인지 또는 파일 크기가 변화하고 있는지 확인하세요. 다른 프롬프트를 실행하지 않고 GPU 사용률과 메모리를 관찰하세요. 터미널에서 진행 상황이 계속 출력되는데 브라우저만 멈춰 보인다면, 워크플로우를 저장한 후 프론트엔드만 새로 고침하세요. 터미널 출력이 정지되어 있고, GPU 사용률이 유휴 상태이며, 큐가 전혀 진행되지 않는다면 백엔드 정지로 간주하세요.

작고 시각적으로 명확한 기준 장면을 사용하면, 무거운 그래프를 복원하기 전에 파이프라인이 완료되었는지 판단하기 쉬워집니다.

샘플링 완료 ≠ 전달 완료

동영상 그래프는 확산 이후에도 비용이 많이 드는 작업을 수행하는 경우가 많습니다: 잠재 프레임 디코딩, 배치 결합, 장치 간 텐서 이동, 보간, 오디오 작성, 컨테이너 인코딩 등입니다. 따라서 진행률 바가 100%라고 해서 샘플링 단계가 완료된 것일 뿐, MP4 파일 생성이 끝났다는 의미는 아닙니다. “100%”라는 표시를 보고 바로 멈춤이라고 가정하지 말고, 정확히 마지막으로 완료된 노드를 확인하세요.

재시작 전에 증거 보존하기

재시작은 진단이 아니라 복구 조치입니다. 이를 사용하기 전에 워크플로우를 내보내고 터미널 텍스트를 복사하세요. 전체 운영체제가 멈췄는지, 브라우저만 멈췄는지, 아니면 특정 큐 항목만 멈췄는지도 기록하세요. 전체 시스템이 잠겼다면, 단일 탭의 응답 불능보다는 드라이버, CUDA 백엔드, 불안정한 오버클럭, 전원 문제 또는 메모리 압박 문제일 가능성이 더 높습니다.

간결한 사고 기록을 작성하세요:

ComfyUI / 프론트엔드 버전:
Python / PyTorch / CUDA / 드라이버:
GPU 및 시스템 RAM:
실행 인수:
워크플로우 및 모델:
폭 × 높이, 프레임 수, 배치 크기:
마지막 완료된 노드:
마지막 터미널 줄:
브라우저 상태 / 백엔드 상태 / OS 상태:
최초 실행 실패인가, 반복 실행 실패인가:

신뢰하지 않더라도 부분 출력 저장하기

MP4 파일이 존재한다면, 이를 완료된 것으로 간주하기 전에 지속 시간과 스트림을 검사하세요. 잘린 컨테이너는 열릴 수 있으나 조기에 종료될 수 있으며, 이미지 시퀀스는 요청된 프레임 수보다 적은 수의 프레임을 포함할 수 있습니다. 부분 산출물을 실패 유형에 맞는 이름으로 보관하여 다음 실행 시 증거가 덮어씌워지지 않도록 하세요.

ComfyUI 동영상과 오디오 함께 자르기 가이드에서는 왜 동영상 및 오디오 경로를 명시적으로 유지해야 하는지 설명합니다. 이 분리는 멈춤이 멀티플렉싱 이전에 시작되는지, 아니면 최종 인코딩 내부에서 발생하는지를 격리하는 데도 도움이 됩니다.

메모리 및 인코딩 부담 감소시키기

동영상 생성은 해상도, 프레임 수, 배치 크기, 잠재 채널, VAE 디코딩, 보간, 인코딩 등 여러 요소에 걸쳐 메모리 부담을 급격히 증가시킵니다. 무작위로 메모리 플래그를 토글하기보다는, 한 차원만 낮추는 것이 더 유의미한 정보를 제공할 수 있습니다. 우선 프레임 수를 절반으로 줄이세요. 그래도 그래프가 멈춘다면 해상도를 낮추세요. 그런 다음 보간, 업스케일링, 선택적 미리보기를 비활성화하되, 기본 모델과 샘플러는 그대로 유지하세요.

단계별 메모리 테스트 사용하기

다음 테스트를 순차적으로 실행하고 각각이 완료되었는지 기록하세요:

1. 워크플로우에서 지원하는 최소 해상도로 짧은 클립 하나 실행.
2. 동일한 클립을 의도한 VAE 및 디코더로 실행.
3. 동일한 클립을 의도한 인코더로 실행하되 보간은 비활성화.
4. 짧은 지속 시간으로 완전한 후처리 체인 실행.
5. 앞선 모든 단계가 성공한 후에만 의도한 지속 시간으로 실행.

해상도와 프레임 수를 동시에 증가시키지 마세요. 작은 클립은 성공하지만 긴 클립이 반복적으로 디코딩 단계에서 멈춘다면, 그래프 자체는 유효하나 메모리 또는 디코딩 계획에 문제가 있을 가능성이 높습니다. 최소 구성 그래프조차 실패한다면, 품질 조정 전에 호환성 문제를 먼저 조사하세요.

디코딩 안정성을 테스트할 때는 디테일이 풍부하지만 짧은 소재를 사용하세요. 길이와 해상도는 별도로 증가시켜야 합니다.

드라이버 오류를 숨기는 ‘해결책’ 피하기모델 메모리 정리, 미리보기 언로드, 또는 프론트엔드 재시작은 건강한 백엔드가 리소스를 해제하는 데 도움이 될 수 있습니다. 그러나 이 방법들은 실패한 모든 GPU 컨텍스트를 리셋할 수는 없습니다. 전체 데스크톱이 잠기거나 터미널이 Python 예외 없이 중단되거나 드라이버가 리셋되는 경우, 프롬프트를 비난하기 전에 최소한의 공식 워크플로우와 보수적인 하드웨어 설정으로 문제를 재현하세요.

모델 파일과 디코더 불일치의 경우, VAE 로딩 체크리스트를 따르세요. 이름이 바뀌었거나 잘못된 위치에 있는 파일은 로더가 해당 파일을 인식한다고 해서 자동으로 호환 가능한 VAE로 변환되지 않습니다.

사용자 정의 노드 및 프론트엔드 상태 격리

사용자 정의 노드는 Python 패키지, 컴파일된 확장 모듈, UI 코드, 인코더, 장치 관리 동작 등을 추가합니다. 모든 것을 한 번에 업데이트하면 원인을 밝혀낼 수 있는 비교가 무의미해집니다. 먼저 작동 중인 환경을 저장한 후, 타사 노드를 비활성화하고 동일한 미디어 유형에 대해 사용 가능한 가장 작은 코어 워크플로우를 실행하세요.

코어 그래프가 성공적으로 실행되면, 기능별로 사용자 정의 노드 그룹을 다시 활성화하세요: 모델 로더 → 조건부 처리 도구 → 비디오 유틸리티 → 보간 → 업스케일러 → 인코더 순서입니다. 오류가 다시 발생하면 해당 그룹을 다시 분할하세요. 표시 이름이 아니라 노드 저장소(repository)와 커밋(commit)을 기록하세요.

브라우저를 별도로 테스트

프론트엔드는 백엔드가 완료되었음에도 불구하고 진행 상황을 표시하지 않을 수 있습니다. 새 브라우저 탭에서 재연결한 후 Python을 종료하기 전에 큐 또는 기록을 검사하세요. 한 번의 테스트에서는 브라우저 확장 프로그램을 비활성화하고, 여러 개의 무거운 워크플로우 탭을 열어두지 마세요. 또한 프론트엔드 버전과 백엔드 버전을 비교하세요. 캔버스 새로 고침 후 상태가 복원되는 것은 GPU가 멈췄다는 증거가 아니라, 단순히 디스플레이 상태 문제임을 나타내는 신호입니다.

완전한 파이프라인 실행 후에는 완성된 배송 프레임이 믿을 수 있는 피부 질감, 김, 음식 질감, 그리고 손의 세밀한 디테일을 유지해야 합니다.

알려진 정상 작동 워크플로우로 복구 실행

안전한 재시작 후, 바로 전체 프로덕션 그래프를 큐에 넣지 마세요. 이 머신에서 이전에 성공적으로 완료된 아주 작은 워크플로우를 사용하세요: 하나의 모델, 짧은 클립 하나, 선택적 사용자 정의 노드 없음, 보간 없음, 업스케일 없음, 표준 인코더만 사용. 이를 통해 가장 중요한 질문—설치된 비디오 스택이 아예 작동하는지 여부—에 대한 답을 얻을 수 있습니다.

src=https://r2.seedance.tv/blog/comfyui-freezes-after-video-generation/known-good-motion-baseline-v1.mp4
poster=https://r2.seedance.tv/blog/comfyui-freezes-after-video-generation/known-good-motion-baseline-poster-v1.jpg
label=ComfyUI 복구 테스트용 짧은 정상 동작 기준(모션 기준)

5초 분량의 움직이는 출력만으로도 생성, 디코딩, 인코딩, 재생 기능을 검증할 수 있으며, 이후에 비용이 많이 드는 그래프를 재구성할 수 있습니다.

체크포인트 단위로 그래프 복원

각 체크포인트마다 하나의 저장된 JSON 파일을 만드세요: 01-core, 02-loader, 03-conditioning, 04-post, 05-final. 진단 중에는 한 번에 하나의 작업만 큐에 넣으세요. 체크포인트에서 오류가 발생하면, 해당 체크포인트의 터미널 출력을 이전 성공 체크포인트와 비교하고, 새로 추가된 노드 중 절반을 제거하세요. 이 이진 탐색(binary-search) 방식은 가설 없이 플래그만 변경하는 것보다 훨씬 빠릅니다.

큐 자체가 문제라면, ComfyUI 배치 처리 가이드가 독립적인 작업, 명시적인 출력 이름, 재개 가능한 배치를 위한 더 안전한 패턴을 제공합니다. 실패한 항목 때문에 승인된 모든 클립을 다시 실행할 필요가 없습니다.

로컬 복구 또는 호스팅된 워크플로우 선택

로컬 ComfyUI는 정확한 노드, 사용자 정의 모델, 재현 가능한 환경 제어, 그리고 머신 접근이 필요한 경우 유용합니다. 동시에, 드라이버 호환성, Python 종속성, 사용자 정의 노드 커밋, 메모리 계획, 로깅, 재시작 등에 대한 책임도 함께 부여됩니다. 올바른 선택은 이러한 제어 수단이 창의적 이점의 일부인지, 아니면 단지 프로덕션 오버헤드에 불과한지에 따라 달라집니다.

로컬 대 클라우드 AI 비디오 가이드는 실용적인 의사결정 프레임워크를 제공합니다. 그래프 자체가 재사용 가능한 자산이며 누군가 그 유지보수를 담당할 때는 로컬을 유지하세요. 팀이 주로 승인된 샷, 일관된 참조, 예측 가능한 재실행, 그리고 전달(Delivery)을 필요로 하고, 지속적인 환경 수리가 아닌 경우에는 호스팅된 경로를 사용하세요.

Seedance Agent의 역할

Seedance Agent는 편집자가 대규모 로컬 종속성 그래프를 직접 관리하지 않아도, 참조 자료, 샷 계획, 승인 내역, 재실행 요청을 프로덕션 작업에 연결해 줍니다. 그러나 Seedance Agent는 고장 난 로컬 ComfyUI 설치를 자동으로 정상화하지는 않습니다. 드라이버, 노드, 인코더 진단에 소요되는 시간과 노력이 영향을 받은 샷을 관리형 워크플로우를 통해 재실행하는 데 드는 비용보다 크다면, Seedance Agent는 대체 프로덕션 경로를 제공합니다.

유용한 인계는 선택적입니다: 승인된 프롬프트, 소스 이미지, 화면 비율, 지속 시간, 모션 요구사항, 그리고 실패한 샷의 증거만 보존하세요. 거부된 단위만 재생성하고, 동일한 승인 체크리스트와 비교한 후, 승인된 클립을 편집 작업으로 반환하세요.

결론

ComfyUI가 비디오 생성 후 멈추는 경우, 먼저 브라우저, 백엔드, 후처리 노드, 인코더, GPU 드라이버, 혹은 전체 운영체제 중 어느 부분이 멈췄는지를 식별하세요. 워크플로우와 로그를 저장하고, 작고 알려진 정상 작동 클립을 테스트하며, 해상도보다 먼저 프레임 수를 줄이고, 사용자 정의 노드를 그룹 단위로 격리한 후, 명명된 체크포인트를 통해 그래프를 복원하세요. 로컬 유지보수가 더 이상 유의미한 제어 수단을 제공하지 않는다면, 다음 승인된 샷을 관리형 Seedance 워크플로우로 이전하세요 →