Рабочий процесс SCAIL-2 API анимации персонажей начинается с практического вопроса: может ли видеомодель преобразовать референсное изображение и управляющее видео в результат, необходимый вашему продукту? Справочная страница описывает задачу, построенную вокруг изображения персонажа, видео, задающего движение, и либо анимации, либо замены субъекта. Используйте это для исследования, а затем проверьте, что доступно сегодня в OdiRouter's model catalog.
Это не означает, что SCAIL-2 доступен через OdiRouter. Списки, схемы запросов, цены и ограничения меняются. Перед проектированием интеграции проверьте актуальный каталог и документацию по моделям.
Определите задачу, прежде чем выбирать модель
Работа с видео на основе референсного изображения использует два разных входных данных. Референсное изображение передаёт внешний вид, который вы хотите сохранить. Управляющее видео задаёт движение, тайминг, поведение камеры, а иногда и контекст сцены. Прежде чем сравнивать модели, определите, какому входному данным разрешено управлять каждой частью результата.
Задача анимации обычно сохраняет референсного персонажа и заимствует движение из управляющего видео. Задача замены меняет видимого субъекта в видео, сохраняя пригодность кадра. Демонстрация может создавать впечатление, что эти цели похожи, но критерии проверки пригодного результата различаются.
Напишите краткое задание для теста:
Используйте референсное изображение, на использование которого у вас есть разрешение.
Выберите короткий видеоролик с ездой, четким движением и стабильным объектом.
Укажите, должны ли оставаться неизменными личность, поза, одежда, фон или движение камеры.
Настройте выходное разрешение, длительность и формат файла, необходимые вашему продукту.
Сохраните артефакты, необходимые рецензентам для сравнения входных и выходных данных.
Это краткое описание задаёт одинаковый тест для каждой модели. Это также предотвращает превращение привлекательного образца в случайный производственный заказ.
Проверьте контракт входных данных
В справочной документации SCAIL-2 перечислены входные изображения и видео, необязательный промпт, режимы animate и replace, а также разрешение 480p или 720p. Эти поля относятся к исходной странице. Поддерживаемая модель OdiRouter может использовать другие названия полей, правила загрузки медиафайлов, асинхронное поведение или элементы управления выводом.
Когда вы рассматриваете вариант в OdiRouter, проверьте его текущую страницу модели и документацию по следующим пунктам:
Какие форматы изображений и видео она принимает и как их предоставлять?
Предоставляет ли она возможности, соответствующие вашей цели по анимации или замене?
Какие элементы управления влияют на разрешение, длительность, seed, соотношение сторон или управление промптом?
Возвращает ли запрос сразу готовый ресурс или задание в очереди, состояние которого нужно опрашивать?
Что говорится в текущем листинге и применимых условиях о цене, ограничениях частоты запросов, хранении данных и коммерческом использовании?
Для ответа на последний вопрос используйте актуальный листинг и условия. Заявления на странице другого провайдера недостаточно.
Проведите небольшой приёмочный тест
Начните с узкого набора тестов. Используйте одно эталонное изображение и один клип с движением, меняя за раз только одну переменную. Проверяйте сохранение идентичности, требуемое движение, нежелательные изменения сцены и нужное вам разрешение.
Внимательно изучайте случаи неудачных попыток, так же тщательно, как и качественные образцы. Модель может создать убедительный стоп-кадр, но отклоняться от эталона во время движения или изменять лицо в быстром кадре. Храните вместе идентификаторы входных данных, настройки запроса, URL выходного файла или его идентификатор и заметки проверяющего. Тогда вы сможете честно сравнивать кандидатов, если изменится каталог или версия модели.
Настройте часть рабочего процесса, относящуюся к OdiRouter.
В публичный каталог OdiRouter входят языковые материалы, изображения, видео, аудио и 3D-модели. Вместо того чтобы встраивать название модели стороннего разработчика в ваше приложение, воспользуйтесь функцией поиска актуальных кандидатов. В официальном документе getting-started documentation объясняется, что такое ключи API, авторизация, идентификаторы моделей, первые запросы и настройка SDK.
Для каждого кандидата возьмите текущий эндпоинт и структуру запроса из его документации OdiRouter. Не допускайте попадания API-ключа в клиентский код и журналы. Небольшой серверный адаптер может проверять медиафайлы, отправлять запрос, сохранять идентификатор запроса для асинхронной модели и сообщать вашему приложению понятный статус.
Генерация через очередь требует наглядной обработки статусов. Ваше приложение должно различать отправленные, обрабатываемые, завершённые и неудавшиеся задачи. Оно также должно позволять пользователю повторить попытку после временного сбоя, не создавая незаметно дублирующиеся задачи.
Выберите путь для продакшена
После приёмочного теста выберите модель, которая соответствует задаче и текущей документации OdiRouter. Перед запуском ещё раз проверьте цену, доступность, ограничения на входные данные и поведение ответа. Перенесите протестированный запрос в своё приложение, обеспечив серверное хранение ключей и ведение записей о входных и выходных данных.
Создайте учётную запись OdiRouter, ознакомьтесь с текущими моделями и следуйте официальной документации для выбранной модели.