MiniMax H3 이미지-투-비디오, RTX 5090 한 장으로 15초 클립 생성 결과
요약
RTX 5090과 MiniMax H3 기능을 활용하여 이미지 한 장으로 15초 분량의 고해상도 비디오를 생성하는 테스트 결과를 공유합니다. 해상도를 높여 OOM(Out of Memory)이 발생할 때까지 성능을 측정했으며, 다양한 설정값에 따른 GPU 메모리 사용량과 처리 시간을 분석했습니다.
핵심 포인트
- MiniMax H3 기능으로 15초 클립 생성이 가능하며, RTX 5090 환경에서 테스트되었습니다.
- 해상도(MP)를 높일수록 OOM이 발생하기 전까지의 안정적인 작동 시간이 측정되었습니다.
- OOM 오류 메시지를 통해 VRAM 할당 및 메모리 부족 문제를 상세히 분석했습니다.
- 최적의 결과물은 해상도 0.8 MP로 생성되었으며, 이는 부드러운 움직임과 음악 면에서 가장 만족스러웠습니다.
참고 사진 한 장(얼굴은 동의한 사람의 것이며, 클립 자체는 AI로 생성됨)을 사용하여 15초짜리 춤추는 클립을 만들었습니다. MiniMax H3 이미지-투-비디오 기능으로 32GB 메모리를 가진 카드 하나가 어느 정도까지 작동하는지 확인하고 싶어서, 해상도를 15초 동안 계속 높여서 OOM(Out of Memory)이 발생할 때까지 테스트했습니다.
0.8픽셀로 설정한 결과물 워크플로우입니다. [IMG:N]
사용 환경:
- GPU: RTX 5090, 32607 MiB RAM (cgroup limit) 90 GB
- ComfyUI commit d91ed5f5, 네이티브 "MiniMax H3: Image to Video" 템플릿
- torch 2.11.0+cu128
- unet minimax_h3_fl2va_pruned_int8_convrot (~20 GB)
- text enc qwen3vl_32b_minimax_h3_nvfp4_awq (~15 GB)
- vae video int8_convrot (2.7 GB) + audio fp32
- lora lightx2v minimax_h3_fl2v_turbo_8step_v1.0, strength 1.0, 8 steps 설정
- 15.0초, 종횡비 3:4, 동일한 프롬프트, 동일 시드 757358688076805
- 모든 실행에서 단순 워크플로우 기본 이미지-투-비디오 사용.
[IMG:N]
결과 (15초, turbo 활성화, 8 스텝):
- MP s/it total: 0.6 / 51.09 / 476 s
- 0.7 / 65.64 / 590 s
- 0.8 / 83.42 / 746 s (00:12:26)
- 0.9 - 스텝 2/8에서 OOM 발생
[IMG:N]
GPU 메모리 사용량:
- 0.6, 0.7, 0.8의 경우 거의 동일함. [IMG:N]
두 번째 프롬프트 (0.8 MP, 다른 안무): 83.45 s/it, 00:12:24.
프롬프트 내용이 시간을 변화시키지 않았고, 해상도와 지속 시간만 변경되었습니다. nvidia-smi를 이용한 0.6 MP 샘플링 중 기록:
- 31758 / 32607 MiB, 100% util, 574W, 78C.
VRAM은 어떤 것을 선택하든 거의 최상단에 위치하므로, s/it 값이 더 많은 정보를 알려줍니다. 이후 'change pixels'를 사용하여 0.9로 변경해 보았으나, turbo 모드가 활성화되어 있음에도 불구하고 OOM이 발생했습니다.
OOM 오류 메시지:
Allocation on device 0 would exceed allowed memory. Currently allocated : 20.39 GiB Requested : 5.38 GiB Device limit : 31.36 GiB Free (according to CUDA): 391.69 MiB Died inside int8_linear in the MLP at step 2 of 8.
활성화 할당(activation allocation)이나 동적 VRAM 로딩(dynamic VRAM loading)을 해도 가중치(weights)가 RAM으로 이동했지만 여전히 맞지 않았다. 'Prompt executed in 113.53 seconds'는 단순히 크래시까지 걸린 시간일 뿐이다. 실행 간에 무엇이 바뀌었나? 같은 시드(seed), 같은 프롬프트인데 메가픽셀(megapixels)만 바뀌었고, 움직임은 매번 달랐다. 0.6이 움직임과 음악 면에서는 가장 좋았지만 부드러워 보였다. 0.7은 더 선명했지만 움직임과 음악이 나빠졌다. 0.8이 내 눈에는 전반적으로 최고였기 때문에 이걸로 결정했다. 라텐트 크기(latent size)가 노이즈를 바꾸기 때문에, 모든 해상도는 기본적으로 새로운 필름 같은 느낌이다. 오디오는 동일한 패스에서 나오기 때문에 음악도 바뀌었다. 0.8 픽셀 결과물은 다른 프롬프트를 사용했고, 마지막 결과물은 0.6 픽셀이었다. 0.6 픽셀 비디오 결과물은 시간대별(timed phases)로 작성되었다 (0-4초, 4-8초, 8-12초, 12-15초)이며, 각 구간마다 작은 반복 움직임이 하나씩 있다. 전체 내용은 댓글에 붙여넣을 수 있다. 테스트하지 않은 것: 0.8에서 터보(turbo) 비활성화, --reserve-vram, 다른 시드, 모션 레퍼런스 비디오. 아직 --reserve-vram은 시도해 보지 않았다. 만약 누군가 32GB 메모리에서 15초 동안 0.9MP를 얻었다면, 무엇을 변경했는지 알려주세요? 제출자: /u/Realistic-Fennel-190 [링크] [댓글]
AI 자동 생성 콘텐츠
본 콘텐츠는 r/StableDiffusion의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기