192 кадра — единственная целая секунда у MiniMax H3

Попросите у MiniMax H3 клип на восемь секунд — получите 8,000 секунды. Попросите семь — получите 7,292. Попросите двенадцать — получите 12,250. Модель не округляет криво: она вообще не работает в секундах.

H3 рендерит блоками кадров, а не секундами

Каждый рендер H3 — это целое число латентных блоков, и число кадров всегда попадает на:

frames = 17n + 5

При 24 кадрах в секунду это жёстко задаёт длительность. Ползунок длительности в интерфейсе — это просьба; рендерится сетка, а ваше значение притягивается к ближайшему допустимому блоку. ComfyUI показывает притягивание наглядно: выставьте длительность и посмотрите, как прыгнет поле с кадрами.

На всём диапазоне 4–15 секунд, который принимает API, сетка целиком помещается в таблицу:

Жирная строка одна, и это единственная строка, которой это нужно.

Почему на целую секунду попадает ровно одно значение

Число кадров делится на целые секунды нацело, когда оно кратно 24. Значит, нам нужно:

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

Семнадцать по счастливой случайности обратно самому себе по модулю 24 — 17 × 17 = 289 = 12 × 24 + 1. Умножаем обе части на 17:

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

Значит, решения — это n = 11, 35, 59, …. Следующее после 11 — это 35, то есть 600 кадров, или 25 секунд, а это далеко за потолком в 15 секунд.

Внутри диапазона, который H3 действительно рендерит, n = 11 — единственный ответ. 192 кадра. 8,000 секунды. Всё остальное, что можно попросить, длится дробное число секунд.

Когда это важно и когда нет

Для одного клипа, который уходит прямо в ленту, это не важно совсем. Никто из смотрящих зацикленный ролик не отличит 8,708 секунды от девяти.

Важно становится в тот момент, когда клип перестаёт быть один:

• Монтаж под музыку. Такт на 120 ударов в минуту — это 2,000 секунды. Запрос на 10 секунд даёт 7,292 или 8,708, и оба уплывают относительно сетки, а уплывание накапливается по всей последовательности.
• Склейка клипов. Шесть планов по 5,167 секунды — это 31,002 секунды, а не 31. Мелочь, но она копится в таймлайн, который никогда не совпадает с выставленными маркерами.
• Всё, где есть жёсткий слот. Шестисекундный пре-ролл — это не та длительность, которую H3 умеет выдать. Ближайшее — 6,583, и оно вылезает за край.

Если у проекта есть хоть какое-то ограничение по таймингу, собирайте его из блоков по 8,000 секунды и подрезайте на монтаже. Это единственная длина, которую модель отдаёт ровной.

Практическая часть

Три вещи, которые стоит унести:

1. Просите 8 секунд, когда это возможно. Это бесплатная точность: та же цена за секунду вывода, что и у любого другого значения, и при этом единственное, которое приходит целым.
2. Смотрите на число кадров, а не на поле секунд. Кадры — это то, на что модель подписалась. Секунды — это деление, которое вы делаете потом.
3. Не воюйте с сеткой в промпте. Написанное в промпте «ровно шесть секунд» не меняет размер блока. Тайминг внутри плана — скажем, акцент на 00:04.500 — соблюдается; общая длительность не обсуждается.

Арифметику стоит проделать самому. Она занимает минуту, ей не нужен никакой источник, кроме правила 17n + 5 и 24 кадров в секунду, и она закрывает вопрос, который иначе выглядит как непредсказуемое поведение модели.

Или пусть это сделает интерфейс: здешняя нейросеть для генерации видео MiniMax H3 предлагает только те длины, которые сетка действительно умеет отрендерить, так что выбранное число — это и есть число секунд, которое вернётся.