GPU 한 장으로 5초 영상을 5.5초에, 실시간에 가까워진 MiniMax H3

유튜브에서 MiniMax H3로 영상을 거의 실시간에 가깝게 만드는 시연을 보고, 정말 저 속도가 가능한지 궁금해졌습니다. 이번 테스트에서는 Runpod의 RTX PRO 6000 한 장으로 5.17초 분량의 영상을 생성하고 저장하는 데 중앙값 5.492초가 걸렸습니다. 짧은 영상 한 편을 만드는 시간이 그 영상을 한 번 보는 시간에 가까워진 셈이죠.

테스트에 사용한 GPU는 NVIDIA RTX PRO 6000 Blackwell Server Edition 한 장입니다. Runpod Pod에서 MiniMax H3 FL2VA에 Turbo 4-step과 SageAttention을 적용했고, 모델이 생성한 오디오도 함께 저장했습니다. 출력은 608×352 해상도에 124프레임, 24 FPS로, 정확한 재생 길이는 5.1667초입니다.

5.492초는 ComfyUI의 execution_start부터 execution_success까지, 재생 가능한 파일이 저장될 때까지의 시간입니다. 모델 로딩과 첫 컴파일을 마친 뒤 각 구성에서 다섯 번씩 실행해 중앙값을 구했는데요. 처음 환경을 띄우는 시간이나 네트워크 전송, 다운로드, 사용자 화면에서 재생이 시작되기까지의 시간은 포함하지 않았습니다.

그래도 흥미로운 숫자입니다. 이 조건에서는 영상 길이보다 생성과 저장에 걸린 시간이 약 0.325초 길었습니다. 처리 시간을 영상 길이로 나눈 실시간 계수(RTF)는 약 1.063입니다. 엄밀한 실시간 기준인 1.0 이하는 아직 아니지만, 준실시간이라고 부를 만큼 가까워졌습니다. 다만 이 결과를 고해상도나 긴 영상, 다른 GPU의 성능으로 넓혀 읽거나, 영상이 끊임없이 이어지는 스트리밍으로 해석할 수는 없습니다.

이 속도에 도달하는 데는 저장 방식도 한몫했습니다. 같은 GPU와 생성 설정에서 ComfyUI 기본 SaveVideo를 쓰면 전체 완료 시간이 중앙값 7.799초였고, FFmpeg의 h264_nvenc로 저장하면 5.492초였습니다. 바꾼 것은 출력 경로 하나였습니다. 출력 노드에 걸린 시간의 중앙값이 약 2.961초에서 0.656초로 줄면서, 완성된 파일을 얻는 시점도 영상 길이에 가까워졌죠.

여기에는 파일 크기라는 대가가 있습니다. NVENC QP 18 설정의 파일은 기본 출력보다 약 3.46배 컸습니다. 같은 비트레이트나 같은 파일 크기에 맞춘 화질 비교는 아니므로, 이 수치로 압축 효율까지 좋아졌다고 말할 수는 없습니다. 다운로드까지 포함한 기다림을 줄이려면 저장된 파일 크기도 함께 봐야 합니다.

처음 시연을 보며 궁금했던 속도는 이번 조건에서 확인할 수 있었습니다. 짧은 장면을 바꿔 가며 시도하려는 사람이라면 눈여겨볼 만한 결과입니다.

직접 측정할 수 있도록 MiniMax H3 준실시간 생성 레시피도 공개돼 있습니다. 테스트한 4-step FL2VA의 UI·API 워크플로, FFmpeg NVENC 출력 노드와 설치·모델 다운로드·환경 확인·반복 측정 스크립트가 들어 있습니다. 모델 가중치는 포함하지 않으며, MiniMax나 ComfyUI의 공식 배포물은 아닙니다.

사용 전에는 라이선스를 확인해야 합니다. MiniMax H3 공식 라이선스는 대한민국을 제외 지역으로 지정하고 있습니다. 한국에서 사용하거나 배포하려면 공식 신청서를 제출하고 MiniMax의 별도 허가를 받아야 하며, 제출만으로 허가되는 것은 아닙니다.

허가를 받은 뒤 준실시간 영상 생성을 시험한다면, 이 레시피의 608×352·4-step 구성부터 시작하기를 권합니다. 5.492초가 다른 환경에서도 보장되는 값은 아닙니다. 같은 측정 구간으로 여러 번 실행해, 내 GPU에서 영상 한 편을 생성하고 저장하는 시간이 재생 길이에 얼마나 가까운지 비교해 보세요.