Quanto tempo um vídeo do MiniMax H3 pode ter — e por que 192 quadros é o único segundo inteiro

Um vídeo do MiniMax H3 pode ter de 4 a 15 segundos. O teto são 362 quadros a 24 fps, o que dá 15,083 segundos e não quinze redondos — e esse 0,083 a mais é a pista de tudo o que vem abaixo.

Peça ao MiniMax H3 um clipe de oito segundos e você recebe 8,000 segundos. Peça sete e recebe 7,292. Peça doze e recebe 12,250. O modelo não está arredondando mal — ele não está trabalhando em segundos.

O H3 renderiza em blocos de quadros, não em segundos

Todo render do H3 é um número inteiro de blocos latentes, e a contagem de quadros cai sempre em:

frames = 17n + 5

A 24 fps isso fixa a duração. O controle de duração de uma interface é um pedido; o que de fato é renderizado é a grade, e o seu valor é encaixado no bloco legal mais próximo. O ComfyUI faz esse encaixe à vista: ponha uma duração e veja o campo de quadros pular.

Na faixa de 4 a 15 segundos que a API aceita, a grade inteira cabe numa tabela:

Uma linha está em negrito, e é a única que precisa estar.

Por que exatamente um valor cai num segundo inteiro

Uma contagem de quadros se divide em segundos inteiros quando é múltipla de 24. Ou seja, queremos:

17n + 5 ≡ 0  (mod 24)
17n     ≡ 19 (mod 24)

Dezessete acontece de ser o próprio inverso módulo 24 — 17 × 17 = 289 = 12 × 24 + 1. Multiplique os dois lados por 17:

n ≡ 17 × 19 ≡ 323 ≡ 11 (mod 24)

Então as soluções são n = 11, 35, 59, …. A seguinte depois de 11 é 35, que são 600 quadros, ou 25 segundos — bem além do teto de 15 segundos.

Dentro da faixa que o H3 renderiza de verdade, n = 11 é a única resposta. 192 quadros. 8,000 segundos. Todo o resto que você pode pedir dura uma fração de segundo.

Quando isso importa e quando não

Para um clipe solto indo direto para um feed, não importa nada. Ninguém que assiste a um loop distingue 8,708 segundos de nove.

Começa a importar no momento em que o clipe deixa de estar sozinho:

• Cortar na música. Um compasso a 120 bpm são 2,000 segundos. Um pedido de 10 segundos te dá 7,292 ou 8,708 — os dois se desviam da grade, e o desvio se acumula ao longo de uma sequência.
• Emendar clipes. Seis tomadas de 5,167 segundos são 31,002 segundos, não 31. Pouca coisa, mas se acumula até virar uma linha do tempo que nunca bate direito com as marcas que você pôs.
• Qualquer coisa com um espaço fixo. Uma vinheta de seis segundos não é uma duração que o H3 consiga produzir. 6,583 é a mais próxima, e ela estoura.

Se um projeto tem qualquer restrição de tempo, construa ele com blocos de 8,000 segundos e apare na edição. É a única duração que o modelo devolve limpa.

A versão prática

Três coisas que vale guardar:

1. Peça 8 segundos sempre que der. É precisão de graça — o mesmo custo por segundo de saída que qualquer outro valor, e é o único que chega inteiro.
2. Leia a contagem de quadros, não o campo de segundos. Os quadros são com o que o modelo se comprometeu. Os segundos são uma divisão que você faz depois.
3. Não brigue com a grade pelo prompt. Escrever “exatamente seis segundos” num prompt não muda o tamanho do bloco. O tempo dentro da tomada — uma batida em 00:04.500, digamos — é respeitado; a duração total não é negociável.

A aritmética vale a pena fazer por conta própria. Leva um minuto, não precisa de fonte nenhuma além da regra 17n + 5 e dos 24 fps, e resolve uma pergunta que, sem ela, parece o modelo se comportando de forma imprevisível.

Ou deixe a interface fazer: o gerador de vídeo com IA MiniMax H3 daqui só oferece durações que a grade consegue renderizar de verdade, então o número que você escolhe é o número de segundos que você recebe.