MiniMax H3 Max 와 H3 차이: 빠르지만 768p 까지
H3 Max 는 fal 이 사후 학습으로 만든 고속판입니다. 5 초 영상이 약 3 초에 나오는 대신 상한이 768p. 어떤 숏에 충분하고 언제 H3 의 2K 로 돌아가야 하는지.

「Max」라고 적혀 있길래 더 큰 쪽인 줄 알았습니다. 아니었습니다.
MiniMax H3 Max 는 더 빠르고 천장이 더 낮은 MiniMax H3 입니다. fal Research 가 H3 의 공개된 가중치 위에서 사후 학습을 돌려 속도와 프롬프트 준수를 끝까지 조인 판본이고, 상한은 768p, 표준 H3 는 2K 까지 갑니다. 엔드포인트는 둘. 표준 H3 는 그 둘을 그대로 갖고 레퍼런스 생성과 편집을 위에 더 얹습니다. Artificial Analysis 리더보드에 올라간 자기 줄이 이미 답을 흘리고 있습니다. fal 이 거기에 등록해 둔 이름은 MiniMax H3 Turbo(768p) 입니다. Turbo 쪽이 정직한 단어입니다.
그렇다고 못한 모델이라는 뜻은 아닙니다. 재생하는 것보다 빨리 나온다는 건 오후를 보내는 방식 자체를 바꿉니다. 다만 이름은 더 높은 천장을 가리키고 사양표는 더 낮은 천장을 가리키며, 그 사이의 간격이 작업 흐름 하나를 조용히 망가뜨립니다.
이 숏은 어느 쪽으로 가야 하나
MiniMax H3 Max 와 MiniMax H3 사이의 선택은 표 한 장이면 끝납니다.
| 이 숏이 반드시… | 쓸 것 | 어디서 |
|---|---|---|
| 자르고 다시 잡아도, 크게 걸어도 버텨야 한다면 | MiniMax H3 | 2K 로 생성 |
| 여러 컷에 걸쳐 같은 인물을 지켜야 한다면 | MiniMax H3 | 레퍼런스 이미지로 동영상 만들기 |
| 이미 잘 나온 소재에서 요소 하나만 바꿔야 한다면 | MiniMax H3 | 영상 스타일 변환 |
| 4 초로 끊어야 한다면 | MiniMax H3 | 텍스트로 동영상 만들기 |
| 갖고 계신 사진 한 장에서 출발한다면 | 어느 쪽이든 | 사진으로 동영상 만들기 |
| 오늘 오후에 마흔 번 돌리는 것 중 한 번이고 어느 것도 최종본이 아니라면 | MiniMax H3 Max | fal 호스팅만 |
마지막 줄은 사실이고 그 자리는 H3 Max 가 독차지합니다. 다만 그 줄이 무엇을 가리키는지 보십시오. 작업의 한 단계이지, 마지막에 넘기는 물건이 아닙니다.
MiniMax H3 Max 가 실제로 주는 것
셋이고, 첫 번째가 들리는 것보다 값이 큽니다.
5 초짜리 한 편이 약 3 초에 떨어집니다. 되돌려 보는 것보다 빠릅니다. 생성이 커피 한 잔의 틈이 아니게 되면 머릿속에서 미리 편집하는 버릇이 사라집니다. 확신이 없던 그 버전을 그냥 돌려 보게 됩니다. 오후가 끝날 때 달라져 있는 것은 속도가 아니라 만들어 낸 물건 쪽입니다.
프롬프트 준수가 fal 이 이번 사후 학습을 쏟아부은 자리입니다. 비트를 순서대로 적으면 순서대로 옵니다. 화면에 글자를 넣으라고 하면 비슷하게 흉내 낸 것이 아니라 짜인 글자가 옵니다.
H3 를 H3 답게 만드는 부분은 그대로 넘어옵니다. 텍스트와 이미지가 하나의 맥락으로 들어가는 것, 그리고 소리가 그림과 같은 한 번의 생성에서 함께 나오는 것 — 나중에 아래에 깔아 준 것이 아닙니다.
사양의 테두리는 2026년 8월 31일 기준으로 480p 또는 768p, 기본값 768p — 16:9 에서 1344×768, 24 fps. 5 초에서 15 초. 텍스트 쪽은 21:9, 16:9, 4:3, 1:1, 3:4, 9:16 을 받고, 사진 쪽은 넣으신 정지 이미지를 따라가며 마지막 프레임을 하나 더 받을 수도 있어서 첫 장과 끝 장을 지정하는 방식도 됩니다.
768p 상한이 물어뜯는 네 자리
768p 는 1344×768, 대략 100만 화소입니다. H3 의 2K 는 짧은 변이 1440 이라 와이드 비율에서 대략 370만 화소. 화소로 세 배 반이고, 그 차이는 네 군데에서 눈에 보입니다.
- 타임라인이 768p 가 아닐 때. 1440p 시퀀스에 768p 를 얹으면 늘어납니다. 마음에 들었던 질감이 통째로 물러집니다.
- 잘라 쓸 때. 와이드를 정사각이나 세로로 다시 잡는 것은, 애초에 여유가 없던 화소를 버리는 일입니다.
- 휴대폰보다 큰 화면에 걸 때. 랜딩 페이지의 대표 영상이나 모니터에서는 가장자리가 드러납니다.
- 얼굴과 글자. 세부는 768p 가 가장 먼저 내놓는 것입니다.
넷 중 어느 것도 해당하지 않으면 768p 는 정말로 충분하고 아낀 시간은 그대로 이득입니다. 하나라도 해당하면 이 상한은 사양표의 한 줄이 아닙니다. 다시 찍게 되는 이유 그 자체입니다.
H3 Max 로 뽑고 H3 로 2K 마감, 왜 안 되나
너무 그럴듯해 보여서 저는 그 버튼을 실제로 찾으러 갔습니다. 768p 에서 싸고 빠르게 돌리고, 마음에 든 판본을 확정하고, 같은 프롬프트를 2K 로 다시 돌려 납품한다. 그런 버튼은 없고, 게다가 서로 다른 두 가지가 그것을 막습니다.
H3 Max 에는 2K 가 아예 없습니다. 그러니 「마감」은 표준 H3 로 옮긴다는 뜻입니다. 그리고 H3 Max 는 다른 모델입니다. 사후 학습을 거쳤고 가중치가 다릅니다. 같은 프롬프트와 같은 시드를 다른 모델에 넘겨도 같은 숏의 고해상도판이 나오지 않습니다. 나오는 것은 다른 숏입니다. 구도가 흔들리고 비트의 타이밍이 옮겨 가고, 마흔 번을 들여 골라낸 그것은 돌아오지 않습니다.
어딘가에 업스케일 버튼이 숨어 있는 것도 아닙니다. 이 사이트에서 768p 와 2K 는 각각 별개의 생성이고 따로 과금됩니다. 한 편을 2K 로 올리는 경로는 여기에도 없고 H3 Max 쪽에도 없습니다.
그래서 모델보다 순서가 중요합니다. 납품 해상도를 먼저 정하고, 그것을 낼 수 있는 모델 위에서 돌리십시오. 답이 2K 라면 마흔 번도 H3 에서 돌립니다. 같은 모델의 768p 로 말입니다. 그래야 초벌이 완성본을 예측하고, 마지막 한 번만 해상도를 올리면 됩니다. 시도당 조금 더 들지만 고른 숏은 손에 남습니다. 크레딧으로 얼마인지는 요금 페이지에, 저희 단위 그대로, 초당 환산 없이 적혀 있습니다.
fal 의 속도 숫자를 내 일정표에 옮기면
둘 다 fal 이 낸 숫자이고 같은 FAQ 에서 나왔습니다. 그리고 두 번째는 아무도 인용하지 않습니다.
| 길이 | 생성에 걸리는 시간 | 완성 1 초당 연산 시간 |
|---|---|---|
| 5 초(기본) | 3 초 미만 | 약 0.5 초 |
| 15 초(최대) | 「15 초 안팎」 | 약 1.0 초 |
가장 짧은 길이에서 가장 긴 길이로 가는 사이에 완성 1 초당 비용이 대략 두 배가 됩니다. 「실시간보다 빠르다」는 5 초에서는 사실이고 15 초에서는 사라집니다. 상한까지 돌린 한 편은 그것이 만들어 낸 물건과 비슷한 시간을 씁니다.
그러니 정직한 계획의 단위는 모델이 아니라 작업의 종류입니다. 5 초짜리 소셜 컷을 다듬는 중이라면 그 반복 주기는 정말로 그만큼 짧고, 오후가 달라집니다. 15 초짜리 장면을 짓는 중이라면 실시간으로 잡으시고, 35 배라는 헤드라인 숫자 — fal 이 MiniMax 자체 엔드포인트를 상대로 잰 값 — 는 짧은 길이에 대한 진술로 받아들이십시오.
읽기 쉽게 어긋나는 숫자가 하나 더 있습니다. fal 은 그 생성 중 약 2.5 초를 timings.inference 로 보고하고, 이 필드를 GPU 백엔드에서의 DiT 디노이즈 시간이라고 명시합니다. 모델의 시계이지 여러분의 시계가 아닙니다. 대기열, 프롬프트 처리, 전송은 그 밖에 있습니다.
MiniMax H3 Max 를 공정하게 비교하려면
H3 Max 를 다른 것과 붙여 보실 참이라면 파라미터 하나를 먼저 확인하십시오. 그러지 않으면 재고 계신 것은 모델이 아닙니다.
prompt_expansion_mode 는 H3 Max API 에서 필수입니다. 값은 셋이고, 기본값은 생성 전에 프롬프트를 고쳐 쓰며, 응답은 실제로 보내진 문장을 expanded_prompt 필드로 돌려줍니다.
| 값 | 무슨 일이 일어나나 | 대가 |
|---|---|---|
disabled | 쓰신 말이 그대로 넘어갑니다 | 없음 |
balanced(기본) | 얼마나 고쳐 쓸지 요청마다 스스로 정합니다 | 약 1 초 |
quality | 더 두툼한 지시문으로 전면 재작성 | 최대 약 30 초 — 생성의 열 배쯤 |
여기서 두 가지가 따라 나옵니다. 기본값으로 한 비교는 「상대 모델에 올린 내 프롬프트」 대 「fal 이 고쳐 쓴 내 프롬프트」입니다. 양쪽 모두 disabled 로 두시고, 출력이 달라질 것을 각오하십시오. 그 변화가 바로 측정에 새어 들어와 있던 것입니다. 그리고 「3 초짜리 모델」이 느리게 느껴진 적이 있다면 quality 로 두지 않았는지 보십시오. 3 초짜리 생성 앞에 30 초짜리 재작성이 서 있습니다.
어느 쪽이든 들일 만한 습관은 몇 번 돌린 뒤 expanded_prompt 를 읽어 보는 것입니다. 이 모델에게 좋은 지시문이 어떤 모양인지를, 그 모델을 훈련시킨 사람들의 손으로 보여 줍니다. 그다음엔 같은 모양으로 직접 쓰시면 됩니다. 프롬프트 생성기가 짜 주는 것도 같은 구조이고, 자세한 프롬프트가 짧은 한 줄에 자동 확장을 얹은 것보다 나은 이유이기도 합니다.
1 위라는 말은 직접 확인할 수 있습니다
fal 은 H3 Max 가 1 위라고 말하고, 실제로 1 위입니다. 2 분이면 전부 확인하실 수 있으니 제 말을 믿는 것보다 그쪽이 낫습니다.
- Design Arena 의 사진 기반 영상 부문 — H3 Max 1,341 Elo, 기본 MiniMax H3 가 바로 뒤 1,333.
- Artificial Analysis 의 소리 포함 사진 기반 영상 부문 — 1,201 Elo, 95% 신뢰구간 ±11, 표본 2,177 건. 등록명은 MiniMax H3 Turbo(768p) 이고, Turbo 라는 이름이 드러나는 자리가 바로 여기입니다.
- fal 자체 선호도 조사, 12 개 모델 상대 — 품질 · 프롬프트 이해 · 심미성에서 1 위. fal 이 fal 의 스택에서 돌렸습니다.
두 보드 모두 선호도 Elo 입니다. 사람이 두 편 중 한 편을 고르는 방식이지요. 진짜 신호이기는 하지만 능력 벤치마크는 아닙니다.
그다음 두 숫자를 나란히 놓아 보십시오. 둘을 함께 싣고 있는 보드에서 H3 Max 와 그 바탕이 된 모델을 갈라놓는 것은 8 점입니다. 신뢰구간을 공개하는 보드가 내놓은 값은 ±11. 서로 다른 보드이므로 유의성 검정은 아닙니다. 다만 규모의 감각으로는 맞습니다. 남는 주장은 이것입니다. 768p 에서 H3 Max 는 적어도 H3 만큼은 하고, 둘은 가깝다.
그리고 등록명을 한 번 더 보십시오. 두 보드가 줄 세우고 있는 것은 768p 출력입니다. 여러분이 실제로 납품할 2K 에 대해서는 한 줄도 말하지 않습니다.
MiniMax H3 Max 와 오픈 웨이트
짧게 말하면 H3 Max 체크포인트는 없고, 어쩌다 생길 일도 없습니다.
H3 의 커뮤니티 라이선스는 「모델 파생물」을 충분히 넓게 정의하고 있어 사후 학습은 명백히 그중 하나이며, 만든 파생물의 소유권을 만든 쪽에 줍니다. 그러니 fal 이 공개 가중치를 내려받아 그 위에서 학습시키고 결과를 손에 쥔 채 닫아 두고 서비스하는 것은 — 라이선스가 적힌 대로 작동하는 모습이지 구멍이 아닙니다. 오픈 웨이트가 실제로 무엇을 사 주는지를 제가 본 것 중 가장 선명하게 보여 준 사례이고, 그것은 내려받은 꾸러미에 무엇이 들어 있는가와는 다른 질문입니다.
반대 방향으로 작동하는 조항이 하나 있고, 이쪽은 모두에게 유리합니다. 흔히 인용되는 지역 제한은 저장소에 공개된 그 모델 자체에 걸립니다. 가중치를 돌리는 행위를 규율하는 것이지, 그 위에 세워진 호스팅 서비스를 쓰는 것을 규율하지 않습니다. 이는 H3 Max 에도 적용되고, 이 사이트를 포함한 모든 호스팅 경로에도 적용됩니다. 이 글은 요약이며 법률 자문이 아닙니다.
MiniMax H3 Max 자주 묻는 질문
MiniMax H3 Max 는 2K 를 지원합니까? 하지 않습니다. 480p 와 768p 뿐입니다. fal 의 모델 문서도 2K 는 표준 MiniMax H3 로 가라고 안내합니다.
MiniMax H3 Max 가 MiniMax H3 보다 낫습니까? 768p 에서는 조금 — 둘을 함께 싣는 보드에서 Elo 8 점 차이입니다. 2K 에서는 질문 자체가 성립하지 않습니다. H3 Max 는 2K 를 만들지 않으니까요.
MiniMax H3 Max 로 레퍼런스 기반 생성이나 캐릭터 일관성이 됩니까? 아직 안 됩니다. 8월 25일 fal 은 레퍼런스 기반 생성이 「이번 주 안에」 온다고 했지만, 8월 31일 기준으로 여전히 엔드포인트는 둘이고 MiniMax 자체 문서도 여전히 「곧 제공」으로 적어 두고 있습니다. 그걸 전제로 일정을 짜기 전에 엔드포인트를 세어 보십시오.
MiniMax H3 Max 를 쓰려면 돈이 듭니까? 유료 호스팅 API 이고, 호스트 쪽에 프로모션 한도가 붙어 있습니다. 정작 찾으시는 것이 돈이 들지 않는 쪽이라면 여기서 무엇이 공짜이고 무엇이 아닌지를 그대로 적어 두었습니다.
MiniMax H3 Max 는 MiniMax 공식 모델입니까? MiniMax 가 승인했고 공동으로 발표했으며 MiniMax 자체 영상 생성 문서에도 올라 있습니다. 다만 만든 곳은 fal 이지 MiniMax 가 아니고, 서비스하는 곳도 fal 뿐입니다.
MiniMax H3 Max 가 만들 수 있는 가장 짧은 길이는? 5 초입니다. MiniMax 가 H3 에 대해 적어 둔 사양은 4 초까지 내려가고, 이 사이트에서 받으시는 것이 그 4 초입니다. 짧게 끊어 쓰신다면 알아 둘 값이 있습니다. 요청한 초가 늘 받는 초는 아닌 이유는 따로 있는, 더 기묘한 이야기입니다.
H3 가 더 많이 하는데 왜 이름이 Max 입니까? Max 가 가리키는 것은 fal 이 맞춰 놓은 동작점 — 768p 에서의 최고 속도와 더 강한 프롬프트 준수 — 이지 능력의 천장이 아니기 때문입니다. 리더보드에 걸린 이름 H3 Turbo 쪽이 무슨 일이 있었는지를 알려 줍니다.
최종 확인 2026년 8월 31일. 위의 숫자는 전부 fal 또는 MiniMax 자신의 것이고, H3 Max 에 유리한 것들도 포함되어 있습니다. 선호도 Elo 는 능력 벤치마크가 아닙니다. 하나하나 출처를 밝혀 두었으니 믿는 대신 직접 다시 확인하실 수 있습니다. 이 모델은 아직 4 주짜리입니다. 레퍼런스 기반 생성이 약속됐던 그 주는 이미 지나갔고, 해상도 상한은 바로 그런 식으로 움직이는 종류의 것입니다.


