Рабочий процесс Wan FLF2V API начинается с двух неподвижных изображений. Одно из них представляет начальное состояние, другое — конечное. Модель видео должна создать движение между ними. Он подходит для трансформаций, демонстрации продуктов, смены сцен и любых коротких клипов, где последнее изображение так же важно, как и первое.
Перед планированием интеграции в производство проверьте актуальный OdiRouter model catalog. Списки моделей и схемы запросов меняются. В публичном каталоге, изученном для этой статьи, не был указан точный путь wan-flf2v, поэтому это руководство объясняет рабочий процесс, не утверждая, что точная модель в настоящее время доступна через OdiRouter.
Что требуется для запроса по первому и последнему кадрам
Модель по первому и последнему кадрам использует first_image и last_image в качестве визуальных опор. Промпт описывает движение или переход между ними. В справочной документации также указаны negative_prompt для нежелательных результатов и элементы управления, включая duration, size, num_inference_steps, guidance_scale и seed.
У генерации две задачи: сохранить объект и композицию из конечных кадров, а затем сделать переход намеренным. Начните с совместимых изображений, прежде чем тратить время на подробный промпт.
{
"first_image": "https://example.com/opening-frame.png",
"last_image": "https://example.com/ending-frame.png",
"prompt": "Describe the motion that connects the two frames.",
"negative_prompt": "Describe artifacts or motion to avoid."
}Это концептуальная полезная нагрузка, а не спецификация конечной точки OdiRouter. Перед отправкой запроса воспользуйтесь актуальной страницей модели и документацией, чтобы подтвердить поля, метод аутентификации и поддерживаемые значения.
Начните с совместимых опорных кадров
Два изображения задают визуальные границы клипа. Сохраняйте объект съёмки, ракурс камеры и соотношение сторон изображения настолько неизменными, насколько это позволяет предполагаемое изменение. Переход от крупного плана к отдаленному виду сверху требует от модели принятия множества решений. Изменение цвета продукта при сохранении его на том же месте — более узкая задача.
Перед запуском пакетного приложения проверьте точки привязки:
Убедитесь, что объект распознаваем в обоих кадрах.
Обратите внимание на случайные изменения фона, направления света или ракурса камеры.
По возможности используйте соотношение сторон изображения при доставке на обоих изображениях.
Удалите текст, водяные знаки и мелкие детали, которые должны оставаться идеально стабильными, если документация модели не указывает, что это требование поддерживается.
Рассматривайте опорные кадры как пару входных данных, которую можно проверить. Если клип смещается, искажает лицо или меняет композицию, сравните его с двумя исходными кадрами, прежде чем изменять сразу несколько настроек.
Опишите переход
В промпте должно быть указано, как первый кадр превращается в последний. Укажите видимое действие, темп изменения и поведение камеры. Это задаёт генерации направление, вместо того чтобы вынуждать её выводить всё лишь по двум изображениям.
Например: «Камера остаётся неподвижной. Сложенная бумага постепенно раскрывается, превращаясь в готовую упаковку. Держите объект по центру и завершите изменение до финального кадра». Инструкция определяет движение и элементы, которые должны оставаться стабильными.
Используйте negative_prompt для указания нежелательных эффектов, важных для клипа, таких как мерцание, деформированные руки, размытые края или нежелательное движение камеры. Привязывайте ограничения к тесту. Большой список несвязанных исключений усложняет диагностику результата.
Тестируйте параметры генерации с помощью небольшой матрицы
Используйте небольшую воспроизводимую тестовую матрицу. Для первого прогона не меняйте пару опорных кадров и промпт. Изменяйте один параметр, сохраняйте результат, затем сравнивайте его с предыдущей версией.
Область тестирования | Что сравнивать |
|---|---|
| Достаточно ли времени для естественного чтения запрошенного действия. |
| Влияет ли разрешение доставки на детализацию или облегчает различение артефактов. |
| Влияет ли увеличение объема выборки на переход в полезную сторону? |
| Выполняется ли подсказка без нарушения координации движений. |
| Стоит ли рассматривать вопрос о том, помогает ли фиксированное значение воспроизвести результат. |
Сохраняйте версии входных кадров, промпт, негативные ограничения и выбранные значения вместе с каждым вариантом клипа. Это даёт творческой или инженерной команде запись, к которой можно вернуться, когда потребуется повторить результат.
Проверьте доступность и выбор маршрута в OdiRouter
Когда рабочий процесс понятен, используйте OdiRouter, чтобы просмотреть текущий каталог и выбрать вариант видеомодели, подходящий для задачи. Ознакомьтесь со страницей сведений о модели: её входным форматом, типом эндпоинта, схемой запроса, ограничениями и текущим статусом. Не используйте в коде идентификатор похожей модели, пока эти сведения не будут соответствовать вашему предполагаемому рабочему процессу.
Проверяйте каталог в начале реализации и ещё раз перед релизом. Это помогает избежать устаревших предположений о названии модели, функции или поле API.
Практический контрольный список
Прежде чем переходить от эксперимента к автоматизированной задаче, ответьте на следующие вопросы:
Сохраняют ли начальный и конечный кадры нужные вам объект и кадрирование?
Описывает ли промпт переход, а не повторяет одно из изображений?
Протестировали ли вы параметры по одному и сохранили ли результаты?
Подтверждает ли текущий каталог OdiRouter модель и формат запроса, которые вы планируете использовать?
Сможет ли другой член команды воспроизвести выбранный клип на основе сохранённых входных данных и настроек?
Рабочий процесс Wan FLF2V API зависит от чётких опорных кадров и конкретного описания движения. Начните с контролируемых тестов, сохраняйте данные о запросах и подтвердите актуальность каталога OdiRouter, прежде чем строить решение вокруг конкретной модели.