Аналоги Viggle для анимации персонажа: карта входов строится вокруг двух разных задач. Первая — заменить героя в готовом видео, сохранив сцену. Вторая — оживить статичное изображение записанным движением. Инструмент выбирается по входам: что подаёте на вход и что должно остаться в кадре.
Какую задачу вы решаете: сохранить фон или оживить фото
Развилка простая. Если у вас есть готовое видео со сценой, которую нельзя терять, — вы сохраняете фон и меняете героя. Если у вас есть только фотография персонажа, а движение нужно взять из отдельной записи, — вы оживляете статичное изображение.
От типа задачи зависит всё остальное: какой вход подаётся первым, какой режим включается, что остаётся от исходника. В документации Wan2.2 на GitHub (github.com/wan-video) прямо описаны два режима модели Wan2.2-Animate. В режиме animation модель генерирует видео персонажа с изображения, повторяющего движение человека из входного видео. Для replacement README задаёт пару из входного видео и изображения персонажа; соответствующая команда включает --replace_flag.
Это два разных результата при похожих входах. В animation вы получаете нового героя в новой сцене, движение взято из референса. В replacement вы получаете исходную сцену с подменённым героем. Разница видна уже на этапе выбора режима, до запуска.
У Runway логика другая. В справке help.runwayml.com описано приложение Performance Capture with Act-Two: оно анимирует персонажа с помощью записанного исполнения. Вы подаёте driving performance — видео, где человек отыгрывает сцену, — и character reference в виде изображения или видео. Act-Two переносит движение на вашего персонажа.
Здесь тоже есть развилка по типу входа. Character image и character video дают разный результат. С изображением Act-Two автоматически добавляет движение окружения и позволяет управлять жестами через настройку gesture control. С видео генерация сохраняет субъект, окружение и движение камеры из исходного ролика, но управление жестами становится недоступно.
Viggle в собственной документации docs.viggle.ai описывает режим reference-to-video: вы загружаете референсное видео, описываете нужный кадр и получаете новое видео, несущее субъект или стиль референса. Это третий тип задачи — перенос стиля и субъекта. Совпадение позы с каждым кадром исходника проверяется отдельно.
Итого три ветки по задаче: сохранить сцену и заменить героя, оживить фото движением, перенести субъект или стиль из референса. Дальше карта входов разводит их по конкретным полям.
Карта входов: инструмент, тип входа, режим, что сохраняется
Карта входов — это таблица, которую вы заполняете до запуска. Она отвечает на четыре вопроса: какой инструмент, какой вход, какой режим, что остаётся в кадре. Заполненная карта избавляет от запусков наугад.
| Инструмент | Тип входа | Режим | Что сохраняется | Что добавляется или теряется |
|---|---|---|---|---|
| Wan2.2-Animate | видео + изображение персонажа | replacement | исходная сцена, движение | переосвещение через relighting LoRA |
| Wan2.2-Animate | видео + изображение персонажа | animation | движение референса | фон исходного видео теряется, генерируется новый |
| Runway Act-Two | performance-видео + character image | performance capture | лицо, жесты (gesture control) | добавляется движение окружения и лёгкая камера |
| Runway Act-Two | performance-видео + character video | performance capture | сцена, камера, окружение исходного видео | gesture control недоступен; при коротком character video — boomerang-повтор |
| Viggle API | референсное видео + до 4 изображений | reference-to-video | субъект или стиль референса | генерируется новый кадр по промпту |
Заполняйте карту слева направо. Сначала инструмент, потом вход, потом режим. Колонки «что сохраняется» и «что добавляется» показывают цену выбора: замена героя с сохранением фона требует режима replacement, оживление фото — режима animation или character image.
Обратите внимание на строку с boomerang-повтором. В справке Runway сказано: когда исполнение длиннее character video, видео персонажа зацикливается с обратным эффектом boomerang, чтобы совпасть по длине с исполнением. Если у вас нет character video нужной длины, берите character image.
В карте Viggle API отдельная строка про количество изображений. В документации docs.viggle.ai указано: можно добавить до 4 референсных изображений суммарно, повторяя поля загрузки или URL. Референсное видео при этом одно — не больше одного видео на файлы и URL вместе.
Карта входов заполняется один раз под задачу. Дальше вы просто сверяетесь с ней перед каждым запуском и не тратите попытки на неверный режим.
Animation и replacement в Wan2.2-Animate: входы и команды
Wan2.2-Animate принимает видео и изображение персонажа и выдаёт видео в одном из двух режимов. Разница в командах видна уже на этапе препроцессинга.
Для animation препроцессинг запускается так:
python ./wan/modules/animate/preprocess/preprocess_data.py \
--ckpt_path ./Wan2.2-Animate-14B/process_checkpoint \
--video_path ./examples/wan_animate/animate/video.mp4 \
--refer_path ./examples/wan_animate/animate/image.jpeg \
--save_path ./examples/wan_animate/animate/process_results \
--resolution_area 1280 720 \
--retarget_flag \
--use_flux
Для replacement команда отличается флагами:
python ./wan/modules/animate/preprocess/preprocess_data.py \
--ckpt_path ./Wan2.2-Animate-14B/process_checkpoint \
--video_path ./examples/wan_animate/replace/video.mp4 \
--refer_path ./examples/wan_animate/replace/image.jpeg \
--save_path ./examples/wan_animate/replace/process_results \
--resolution_area 1280 720 \
--iterations 3 \
--k 7 \
--w_len 1 \
--h_len 1 \
--replace_flag
Ключевое отличие — флаг --replace_flag. В animation вместо него стоит --retarget_flag и --use_flux. После препроцессинга запускается генерация. Для animation:
python generate.py --task animate-14B --ckpt_dir ./Wan2.2-Animate-14B/ --src_root_path ./examples/wan_animate/animate/process_results/ --refert_num 1
Для replacement добавляются флаги:
python generate.py --task animate-14B --ckpt_dir ./Wan2.2-Animate-14B/ --src_root_path ./examples/wan_animate/replace/process_results/ --refert_num 1 --replace_flag --use_relighting_lora
Флаг --use_relighting_lora включает переосвещение персонажа под сцену. Это то, что добавляется при замене героя: исходный свет сцены остаётся, персонаж подстраивается под него.
В README проекта есть предупреждение: если вы используете Wan-Animate, не рекомендуется применять LoRA-модели, обученные на Wan2.2, — изменения весов при обучении могут привести к неожиданному поведению. Предупреждение относится к сторонним LoRA. Для штатного relighting в README описан собственный режим.
Команды в README содержат примеры путей и параметров. Сверяйте флаги с актуальной версией документации перед запуском: примеры в репозитории могут содержать опечатки, а параметры меняются между версиями.
Требования к GPU и лицензия Apache 2.0 для локального пути
Локальный путь Wan2.2-Animate требует собственного железа. Модель Animate-14B — это 14 миллиардов параметров, и она тяжелее лёгких вариантов.
В README проекта приведена таблица вычислительной эффективности разных моделей Wan2.2 на разных GPU. Формат таблицы: общее время в секундах и пиковое потребление памяти GPU в гигабайтах. Таблица опубликована как изображение, поэтому точные числа по Animate-14B из текста не извлекаются — сверяйтесь с ней на странице проекта.
Отдельно в README указано, что модель TI2V-5B может работать на потребительской видеокарте класса RTX 4090 с 24 ГБ видеопамяти. Конфигурация относится к TI2V-5B. Требования Animate-14B необходимо проверять отдельно. Не переносите это требование на модель анимации: у неё другой размер и другие требования.
В сводке README для запуска 14B на одной GPU указаны --offload_model True и --convert_model_dtype. Флаг --t5_cpu в этой сводке относится к 5B. Поддержку параметров конкретным путём Animate-14B сверяйте с его командой и текущей версией кода.
Лицензия. В README проекта сказано: модели в репозитории лицензированы под Apache 2.0. Права на сгенерированный контент не заявляются — вы свободны использовать результат при соблюдении условий лицензии. Ответственность за использование модели лежит на вас, включая запрет на распространение контента, нарушающего закон.
Практический вывод для локального пути: Apache 2.0 даёт свободу коммерческого использования, но требует собственного GPU. Если железа нет, смотрите на hosted-варианты.
Учебный сценарий приёмки с условными критериями
Сценарий приёмки — это проверка результата по заранее заданным критериям. Ниже учебный пример: он показывает порядок действий и поля для заполнения. Результаты в таблице пустые — их заполняете вы после своего прогона.
Порядок действий:
- Возьмите один короткий клип и одно изображение персонажа.
- Прогоните на выбранном инструменте в нужном режиме.
- Скачайте результат и проверьте водяной знак и разрешение.
- Сверьте лицо, руки, ноги, фон и тайминг.
Критерии приёмки описывают желаемое поведение. Его достижение нужно проверить на результате. Модель может дать сбой на любом из пунктов.
| Критерий | Ожидаемая проверка (условно) | Результат |
|---|---|---|
| Лицо и одежда узнаваемы на всём протяжении | ожидаемо, не гарантировано | |
| Руки и ноги не «плывут» | ожидаемо, не гарантировано | |
| Фон исходного видео сохранён (для replacement) | ожидаемо, не гарантировано | |
| Скачанный файл без водяного знака и в нужном разрешении | ожидаемо, не гарантировано |
Заполняйте колонку «Результат» после каждого прогона. Так вы накопите собственную статистику по инструменту и поймёте, какие входы дают стабильный результат.
Проверка водяного знака важна для hosted-сервисов. Условия тарифов и наличие водяного знака зависят от плана, поэтому проверьте водяной знак в скачанном файле.
Тайминг сверяйте с исходником. Для replacement длительность результата должна совпадать с длительностью входного видео. Для animation длительность определяется референсным движением.
Stress-clip и рекомендованный вход Runway: где граница
Runway Act-Two в справке help.runwayml.com даёт список лучших практик для входного видео. Эти практики описывают рекомендованный вход, и сложный клип им не соответствует.
Рекомендованный вход для performance video: один субъект в кадре, лицо видно на протяжении всего видео, кадрирование не дальше пояса, хорошее освещение с различимыми чертами лица и выражениями, отсутствие склеек, прерывающих кадр. Для жестов руки должны быть в кадре в начале видео.
Теперь сравните со stress-clip: поворот, перекрещенные руки, краткое перекрытие лица. Поворот уводит лицо из кадра. Перекрещенные руки создают перекрытие. Краткое перекрытие лица нарушает требование постоянной видимости.
Этот сложный клип используется для проверки устойчивости и может выходить за рекомендованные условия входа. Если вы подаёте его в Act-Two, ожидайте артефактов: такие условия выходят за границы рекомендованного режима.
В справке Runway также указано, что некоторые выражения, например высунутый язык, не поддерживаются. Начинайте исполнение с ладонями, обращёнными к камере, — это улучшает согласованность. Для character image берите изображение с одним субъектом, кадрирование не дальше пояса, различимые черты лица.
Разделяйте два типа тестов. Рекомендованный вход проверяет качество в штатном режиме. Stress-clip проверяет границы применимости. Смешивать их в одной оценке нельзя: провал на stress-clip не означает, что инструмент не работает на нормальных входах.
Как сравнить затраты перед запуском
В сохранённой 31 октября 2026 года справке Runway Act-Two указаны 5 кредитов за секунду, минимум 3 секунды и длительность до 30 секунд. Исполнение короче 3 секунд тарифицируется как 15 кредитов. Денежную стоимость кредитов проверьте в своём плане перед запуском.
Сохранённая 31 октября 2026 года документация Viggle относится к H3 Video reference-to-video. Параметр duration_s задаёт 5–15 секунд, по умолчанию 5, независимо от длины референса. Стоимость генерации в прочитанном тексте не приведена: оставьте её как unknown и откройте раздел Pricing and retention. Эти параметры не описывают отдельный режим Viggle-Animate.
Wan2.2-Animate распространяется под Apache 2.0. Для локального запуска учитывайте собственное железо, электричество или аренду GPU; сумму аренды проверяйте у провайдера. В своей карте рядом со ставкой записывайте дату проверки.
Частые вопросы
Чем заменить Viggle AI бесплатно?
Локальный путь — Wan2.2-Animate под лицензией Apache 2.0. Модель бесплатна, но требует собственного GPU. Скачивание весов и инференс-кода описаны в README проекта на GitHub. Затраты уходят в железо и электричество.
Какие аналоги Viggle AI работают с изображением персонажа?
Runway Act-Two принимает character image и автоматически добавляет движение окружения. Wan2.2-Animate в режиме animation берёт изображение персонажа и движение из видео. Viggle API принимает до 4 референсных изображений.
Как сохранить фон исходного видео при замене персонажа?
Используйте режим replacement. В Wan2.2-Animate он включается флагом --replace_flag, а переосвещение — флагом --use_relighting_lora. У Runway Act-Two сцену сохраняет character video, но управление жестами при этом недоступно.
Почему Act-Two не переносит жесты?
Управление жестами доступно только при character image. С character video движение тела определяется самим видео персонажа, поэтому настройка gesture control отключается. Это описано в справке Runway.
Сколько стоит Act-Two и Viggle?
Act-Two — 5 кредитов за секунду при минимуме 3 секунды. Viggle задаёт длительность через duration_s в диапазоне 5–15 секунд. Актуальные тарифы смотрите на первичных страницах вендоров на дату обращения.