ArtificialGuyBR

Home / Blog / Fixing things

Cuántos segundos genera MiniMax H3 por resolución

Duración real de MiniMax H3: 17n+5 a 24 fps, 8 s es el único entero, 768p vs 2K regenerado, i2v con 1-2 imágenes, facturación por segundo.

6 sources cited Fixing things

Cuántos segundos genera MiniMax H3 por resolución

La respuesta corta: MiniMax H3 genera clips de 4 a 15 segundos, solo valores enteros, a 24 fps. Pero los segundos que pides no son siempre los segundos que recibes. El modelo renderiza bloques de frames, no segundos, y casi ninguna duración cae exacta. Esta guía explica la cuadrícula de frames, el único valor entero (8 segundos), la diferencia entre 768p y 2K, el modo image-to-video con 1 o 2 imágenes, y cómo se factura cada segundo renderizado.

TL;DR

  • MiniMax H3 acepta duraciones de 4 a 15 segundos, enteros, a 24 fps MiniMax H3 specs.
  • El render usa frames = 17n + 5, así que casi toda duración queda fraccionada: 10 s queda 10,125 s frame grid blog.
  • 8 segundos es el único valor exacto: 192 frames = 8,000 s frame grid blog.
  • 2K no es un upscale de 768p: es una regeneración a partir del resultado 768p, con el contexto original, y se factura por segundo regeneration docs.
  • i2v acepta 1 o 2 imágenes de entrada (primer frame y/o último frame) y se factura por segundo de salida generation docs.

¿Cuántos segundos puede generar MiniMax H3?

MiniMax H3 genera clips de 4 a 15 segundos, en segundos enteros, renderizados a 24 fps MiniMax H3 specs. La duración mínima útil en la práctica ronda los 5 segundos (124 frames), y el techo es 362 frames, que son 15,083 segundos frame grid blog. La API rechaza valores fuera de rango con un error 400 y no cobra generation docs.

Cada generación incluye audio estéreo nativo, generado junto con la imagen en el mismo paso MiniMax H3 specs.

¿Por qué 10 segundos sale 10,125 s? La cuadrícula de frames

MiniMax H3 no renderiza en segundos. Renderiza en bloques de frames cuya cantidad siempre cumple:

frames = 17n + 5

frame grid blog

El campo de duración de la interfaz es una petición. El modelo la ajusta al bloque legal más cercano y renderiza ese número de frames. A 24 fps, cada bloque da una duración fija. La cuadrícula completa del rango 4–15 s es esta:

nFramesSegundosnFramesSegundosSource
61074,4581424310,125frame grid blog
71245,1671526010,833frame grid blog
81415,8751627711,542frame grid blog
91586,5831729412,250frame grid blog
101757,2921831112,958frame grid blog
111928,0001932813,667frame grid blog
122098,7082034514,375frame grid blog
132269,4172136215,083frame grid blog

Pide 10 s y recibes 243 frames, que a 24 fps son 10,125 s. Pide 7 s y recibes 175 frames, o sea 7,292 s. El modelo no está redondeando mal: simplemente no trabaja en segundos.

¿Cuál es el único valor exacto? 8 segundos

Un número de frames divide en segundos enteros solo si es múltiplo de 24. Resolver 17n + 5 ≡ 0 (mod 24) da n = 11 como única solución dentro del rango frame grid blog. Eso son 192 frames, exactamente 8,000 segundos. Es el único largo que el modelo devuelve entero dentro de los 4 a 15 s permitidos.

La siguiente solución matemática es n = 35, que son 600 frames o 25 segundos, muy por encima del techo de 15 s frame grid blog.

768p vs 2K: regeneración, no upscale

MiniMax H3 soporta dos resoluciones de salida: 768P y 2K (por defecto 2K) generation docs. El 2K no es un escalado de píxeles del resultado 768p. Es una regeneración: el sistema toma el vídeo 768p ya producido por MiniMax H3 y lo vuelve a renderizar a 2K usando el contexto original de la tarea regeneration docs.

La documentación lo advierte expresamente: no es un upscaler genérico. La fuente debe ser un vídeo 768p generado por MiniMax H3. Vídeos externos —grabaciones de móvil, otros modelos, descargas— se rechazan regeneration docs.

El precio combinado de 768p más regeneración equivale al precio directo de 2K, lo que hace barato iterar en 768p y regenerar solo el clip ganador regeneration docs.

¿Cuánto cuesta cada segundo de MiniMax H3?

MiniMax factura por segundo de vídeo generado. Los precios oficiales de lista son:

ResoluciónPrecio por segundoFuente
768P$0,08MiniMax pricing
2K$0,13MiniMax pricing
Regeneración 768P → 2K (salida)$0,05MiniMax pricing

Audio es gratis. Las primeras 5 imágenes de referencia son gratis; cada imagen adicional cuesta $0,04 en generación y $0,025 en regeneración MiniMax pricing. Los vídeos de referencia se facturan por su duración a la tasa de la resolución de salida MiniMax pricing.

Como 0,08 + 0,05 = 0,13, generar primero en 768p y regenerar a 2K cuesta lo mismo que pedir 2K directo, con reintentos más baratos regeneration docs.

¿Puede MiniMax H3 hacer i2v?

Sí. El modo image-to-video se activa con el campo first_frame_image (primer frame), last_frame_image (último frame), o ambos para controlar inicio y fin del plano generation docs. Es decir: 1 o 2 imágenes de entrada.

En i2v la relación de aspecto se determina por la imagen de entrada; cualquier valor que envíes se ignora y se usa modo adaptativo generation docs. Los campos de i2v y los de referencia multimodal son mutuamente excluyentes: no se pueden mezclar en una misma petición generation docs.

El audio nunca viaja solo: si añades audios de referencia, debes incluir al menos una imagen o un vídeo de referencia generation docs.

Facturación por segundos renderizados

Se paga por los segundos de salida realmente renderizados, no por los segundos que pediste. Como la cuadrícula 17n + 5 estira la duración, pagas por los frames que el modelo compromete, no por la cifra del campo de duración frame grid blog.

Las tareas fallidas se reembolsan automáticamente y no se cobran generation docs. En regeneración, los medios de entrada de la tarea 768p original se facturan de nuevo: no pagas solo los segundos de salida regeneration docs.

Common errors and fixes

ErrorCauseFixSource
Duración pedida no coincide con la salidaLa cuadrícula 17n + 5 ajusta los frames al bloque legal más cercanoLee el conteo de frames, no el campo de segundos; pide 8 s para obtener 8,000 exactosframe grid blog
400 en duraciónValor fuera del rango 4–15 o no enteroUsa un entero entre 4 y 15generation docs
400 al mezclar i2v y referenciasLos campos primer/último frame no se pueden combinar con image_urls, video_urls o audio_urlsElige un solo modo por peticióngeneration docs
Regeneración rechazadaLa fuente no es un vídeo 768p generado por MiniMax H3Genera primero en 768p con MiniMax H3, luego pasa su source_task_idregeneration docs
Audio solo sin imagen ni vídeoaudio_urls no puede usarse soloAñade al menos una imagen o vídeo de referenciageneration docs

FAQ

¿Cuál es la duración máxima de MiniMax H3? Hasta 15 segundos, que en realidad son 362 frames o 15,083 s a 24 fps MiniMax H3 specs.

¿Cuál es la duración mínima de MiniMax H3? La API acepta enteros de 4 a 15 segundos; el primer bloque útil de la cuadrícula son 124 frames, unos 5,167 s frame grid blog.

¿Qué resolución es mejor para MiniMax H3? 2K es la resolución de entrega y el valor por defecto; 768p sirve para borradores rápidos y se regenera a 2K sin ser un upscale regeneration docs.

¿Cuánto dura realmente un clip de 10 segundos en MiniMax H3? 10,125 segundos: 243 frames en la cuadrícula 17n + 5 a 24 fps frame grid blog.

¿Por qué 8 segundos es el único valor entero? 192 frames son exactamente 8,000 s; es el único múltiplo de 24 dentro de la cuadrícula del rango 4–15 s frame grid blog.

¿MiniMax H3 acepta dos imágenes en image-to-video? Sí: primer frame y último frame, o solo uno de los dos generation docs.

¿Se factura por segundo renderizado? Sí, por segundo de salida real; las tareas fallidas se reembolsan generation docs.

Sources

Ir al generador MiniMax H3 Precios de MiniMax H3 por segundo Guía image-to-video de MiniMax H3 MiniMax H3 vs otros modelos de vídeo