Почему видеомодель — это только половина конвейера анимации спрайтов ИИ

Раскрытие информации: я работаю над FrameSprite, браузерным инструментом для 2D-игровых ресурсов и анимации спрайтов. Это проверка рабочего процесса, а не утверждение, что один продукт или модель выигрывает в каждом предложении. Видеомодель может создавать привлекательные движения, но при этом оставить разработчику игры непригодный для использования спрайт-лист. Модель определяет большую часть движения, но опорный путь, ограничения позы, выбор кадра, удаление фона, фиксированный холст и настройка движка определяют, сохранится ли это движение в качестве актива. Если вы сравниваете генераторы спрайтов ИИ, сравнивайте экспортированные кадры в вашей игре, а не главное видео на целевой странице. Часть, о которой вам не говорит название модели Публичная документация по API AutoSprite представляет собой необычайно полезный пример: его уровень Turbo по умолчанию запускает автономный движок MiniMax-H3 для двухсекундного клипа. В эталонном режиме анимация происходит непосредственно из изображения персонажа; в режиме первого кадра перед анимацией он рисует начальную позу. В той же документации говорится, что Turbo может учитывать позу последнего кадра, в то время как его уровень Ultra не поддерживает это ограничение. Это различия в конвейерах, а не просто разные обозначения моделей. Отдельно сгенерированный исходный кадр может улучшить сложную стартовую позу, но может