Yir замерял MiniMax H3 в течение 30 дней. Десятисекундный ролик в 768p занимал 32 секунды через fal и 8,1 минуты через KIE. Почти в 15 раз дольше — при той же модели и формате. Для креатора провайдер тоже имеет значение.

Сравнение MiniMax H3 и MiniMax H3 Max по исходным изображениям, референсному видео и поддерживаемому разрешению.Источник: cdnblog.picsart.com

Скорость MiniMax H3 зависит от провайдера

В японском материале Yir вывод звучит так: «Если MiniMax H3 кажется медленным, причина, вероятно, в провайдере». Это не замер одного удачного запуска. В публикации собраны реальные задачи, которые Yir отправлял разным провайдерам за 30 дней. Данные актуальны на 30 октября 2026 года.

Сравнивали десятисекундное видео в 768p. Время считали с момента передачи задачи провайдеру до ответа о готовности. Очередь на стороне провайдера входит в результат. Ожидание в системе Yir и скачивание готового файла — нет. Поэтому цифра отражает весь маршрут через API, а не скорость одной лишь генерации.

Провайдер768p: время в замерах Yir2KЧто известно
falМедиана 32 секундыНе предлагает H3 в 2KСамый быстрый результат в 768p
MetasoВторой по скорости, менее 1 минутыБыстрее 2 минутЦена примерно на 80% ниже официальной
KIEМедиана 8,1 минутыДоступен, но время не указаноH3-задачи стабильно занимали минуты
APIMartВремя в минутах, точное значение не указаноВремя не указаноH3-задачи стабильно занимали минуты
MiniMax APIЗамеров нетЗамеров нетУказан как ориентир по цене

Для сравнения Yir объединял в общую статистику разные соотношения сторон и длины роликов при одинаковом разрешении. Ролик на 15 секунд обычно генерировался немного дольше, чем на 5 секунд. Порядок провайдеров при этом не менялся.

Цифры показывают очередь, но не объясняют её причину

Провайдеры запускают или перепродают одну и ту же модель MiniMax. Поэтому сама генерация должна требовать примерно одинаковой работы. На разницу могут влиять очередь задач, доступность GPU и передача запроса другому поставщику. Внутренние очереди закрыты, и Yir не связывает задержки с какой-то одной причиной.

Замер помогает понять, где задачи в среднем завершаются быстрее. Почему затянулся конкретный запуск, по нему не определить. Медиана тоже не гарантирует, что ролик будет готов за указанное время: даже быстрый маршрут иногда выдаёт долгий рендер.

Для 2K быстрый маршрут другой

У fal нет MiniMax H3 в 2K. По замерам Yir, только Metaso справлялся с 2K быстрее чем за две минуты. KIE подойдёт, если разрешение важнее скорости и вы готовы ждать дольше.

В этих замерах Metaso занял второе место по скорости в 768p и первое — в 2K. Цена указана примерно на 80% ниже официальной. Есть нюанс для тех, кто сдаёт ролики клиентам или должен подтверждать происхождение файла.

Yir сравнил результаты Metaso и официального MiniMax API на одинаковых промптах в 768p и 2K. Совпали разрешение, частота 24 fps, число кадров, длина видео и стереодорожка. Битрейт у Metaso оказался выше. Разница нашлась в подтверждении происхождения: файл Metaso содержит собственную метку AI-генерации, без подписанных MiniMax данных Content Credentials.

Если для работы нужен файл с подписью MiniMax — например, чтобы подтвердить, что это оригинальный вывод сервиса, — Metaso не подойдёт. В маршрутизации Yir для таких случаев есть настройка fidelity: значение original автоматически исключает этого провайдера. Тут речь о происхождении файла, не о качестве картинки.

H3 Max — отдельная модель

У fal есть MiniMax H3 Max. Это отдельная модель, которую fal дообучил для скорости. К настройкам обычного H3 она отношения не имеет. H3 Max работает только в 768p, поэтому для 2K не подойдёт.

Как выбрать провайдера MiniMax H3

Я бы начал с трёх вещей: кто ждёт генерацию, какое разрешение нужно и нужна ли подпись файла. Пользователь у экрана или ночная пакетная очередь? От этого зависит, насколько критична задержка.

  • Для интерактивной генерации в 768p сравните fal и Metaso. По данным Yir, fal быстрее.
  • Для 2K начните с Metaso, если важна скорость и подпись MiniMax не нужна.
  • Если нужен официальный подписанный файл, исключите Metaso и сравните остальные маршруты.
  • В ночной пакетной очереди задержка в несколько минут может быть приемлемой, если ролики укладываются в ваш пайплайн.
  • Проверяйте актуальные цены отдельно: быстрый маршрут может стоить дороже самого дешёвого.

В Yir провайдеров можно не выбирать вручную. Сервис распределяет задачи между теми, кто поддерживает модель, и переключается на следующий маршрут, если один из провайдеров недоступен. По умолчанию система выбирает самый дешёвый доступный вариант. Параметр preference: "speed" отдаёт приоритет скорости: маршруты сортируются по недавней медиане для сопоставимых характеристик. В расчёт попадают провайдеры, у которых накопилось достаточно замеров. Оплата идёт по цене того, кто выполнил задачу.

Интерфейс лучше проектировать с запасом на ожидание

За тот же 30-дневный период сквозная медиана задач H3 на Yir составила 1 минуту 17 секунд, а 95-й перцентиль — 4 минуты 31 секунду. Это другая метрика, чем время провайдера в таблице: здесь считают выполнение задачи целиком. Медианное время не стоит обещать пользователю как гарантированный срок.

Замеры не обещают, что любой запуск fal займёт ровно 32 секунды, а KIE всегда будет отвечать за 8,1 минуты. Они показывают устойчивую за 30 дней разницу между маршрутами. Если MiniMax H3 кажется медленным, сначала проверьте, через какого провайдера отправляете задачу.

Источникzenn.dev