Ответы · Континуитет
Обновлено 14 октября 2026 г.

Континуитет в AI-видео нарушается по двум причинам. Либо то, что требовало собственного изображения, оставили на усмотрение текста — и ренер додумывает детали сам, — либо то, с чем текст прекрасно справляется, заморозили в виде картинки, и теперь четыре почти одинаковых референса конфликтуют в каждом кадре. Граница проходит не по «масштабу» изменения, а по его типу.
Модель, получившая референсное изображение, копирует то, что на нём изображено — и никакой текст не заставит её изменить лицо, одежду или форму объекта. Поэтому всё, что меняет суть объекта есть — его идентичность, одежду, форму, структуру — требует собственного референсного изображения. Это и есть состояние. Всё, что меняет окружающую обстановку — положение, держатель, свет, погода, то, чем объект покрыт — накладывается поверх референса и описывается словами.
| Изменение | Состояние или предложение? | Почему |
|---|---|---|
| Полностью другой костюм | Состояние | Одежда другой формы; референс должен её показывать |
| То же пальто, но изорванное и в крови | Состояние | Повреждение меняет сам объект |
| Тот же костюм, но под дождём | Предложение | Дождь — это обстановка; он накладывается на то, что показано в референсе |
| Клинок, вынутый из ножен | Состояние | Объект находится в другой физической конфигурации |
| Персонаж сидит вместо того, чтобы стоять | Предложение | Положение — это постановка, а не идентичность |
| Комната после пожара | Состояние | Изменилась структура |
| Та же комната ночью | Предложение | Изменился свет |
Есть второй тест для неоднозначных случаев: если две версии могут находиться в одном кадре одновременно, это не состояния одного объекта — это два отдельных актива. Меч в ножнах и меч обнажённый — это один реквизит в двух конфигурациях; а меч и кинжал — два разных реквизита.
Изображение состояния — это правка базового листа, а не новый запрос на генерацию персонажа. Инструкция намеренно короткая: название состояния, одно предложение с описанием отличий, одна строка для сохранения идентичности, одна строка для кадра. И в этой краткости и есть хитрость: описание на три тысячи слов воспринимается моделью как «перерисуй этот референс» и возвращает почти неизменный оригинал. «Свадьба: то же лицо и волосы, белое платье, без очков» — меняет одно и сохраняет всё остальное.
Каждое изображение состояния генерируется по цене листа: 7 кредитов за изображение, с бесплатным лимитом для первого проекта. А описание изменения текстом перед генерацией ничего не стоит — поэтому понимание границы между состоянием и предложением экономит деньги, а не тратит их. Ограничения поддерживают систему в рамках: не более трёх образов для персонажа, двух для локации, одного для реквизита. Безграничный перебор предложил бы состояние для всего — полная чашка, пустая чашка — а ни одно из этих изменений не меняет суть объекта.
После готовности сториборда назначение состояний прорабатывается по каждому сегменту, а не по эпизоду — и это сделано намеренно. Если применить образ флешбека ко всему эпизоду, персонаж будет в нём в каждом кадре, включая те, что по сториборду относятся к настоящему времени. Приоритет идёт от наиболее конкретного к наименее: состояние, выбранное для этого конкретного сегмента, затем набор изображений только для этого эпизода, затем состояние, назначенное на весь эпизод, а потом базовый лист.
Ещё одно важное свойство, которое стоит знать: если у состояния ещё нет изображения, ничего не ломается. Кадр использует базовый референс, а состояние описывается словами. Этот запасной вариант позволяет сториборду опережать генерацию состояний — но он же приводит к тому, что отсутствующее изображение может незаметно смягчить образ, который вы хотели зафиксировать.
Классический сценарий континуитета описывает арку гардероба: в ранних эпизодах персонаж в одной одежде, в поздних — в другой, плюс свадебный образ. Если передать всё это одним описанием, ренер нарисует фигуру в половине каждого из образов. Система разбивает арку структурно: первый костюм остаётся на базовом листе, остальные становятся отдельными изображениями состояний, а части образа вроде обуви или аксессуаров распознаются как части одного костюма, а не как новые.
Травмы подчиняются той же логике, что и повреждения. Забинтованная рука, свежий шрам, сажа на лице после пожара — каждый из них это новый образ для определённого участка истории, и каждый является состоянием, выбранным ровно для тех сегментов, где он присутствует в сюжете. Заживление работает так же, только наоборот: образ «до драки» — это состояние, к которому вы возвращаетесь. С реквизитом та же идея, но с меньшим бюджетом: по одному состоянию на каждый, и оно решает задачу конфигурации — объект в руках, обнажённый, открытый, собранный.

Метки континуитета занимают высокое место в обсуждениях качества в корпусе, и они охватывают всю проблему целиком, а не только лица:
| Метки континуитета за состояниями | Посты |
|---|---|
| Метки консистентности персонажей | 3,100 |
| Метки континуитета сцен | 1,500 |
Континуитет — это ещё и то, что зрители замечают, когда он выдержан. В комментариях к одной ветке обсуждения деталь, которую выделили, была не камера и не игра актёров:
Мне нравится, что даже у шприца есть тонкая проволока, и он используется на протяжении всего эффекта, как настоящий реквизит.
Реквизит, который сохраняется на протяжении всего эффекта — детали на своих местах от кадра к кадру, — это разница между тем, воспринимает ли зритель инструмент, или ошибку. Это восприятие решается в панели реквизита, а не на постобработке: референс задает, что это за объект, а слова уточняют, где он находится.
Идея та же, но масштаб меньше. В состоянии хранится только то, что отличается от базы — платье, порванный рукав, вынутый клинок, — поэтому образ остается привязанным к одному утвержденному изображению и не искажается с каждым новым описанием.
Отчасти. При анализе сценария система предлагает состояния, когда они нужны по сюжету, в рамках установленных ограничений, а вы можете создавать, переименовывать и удалять их самостоятельно. Образы с подписями, добавленные позже, просто не попадают на базовый лист; автоматически они не становятся состояниями, поэтому добавляйте их вручную.
Кадр будет использовать базовый референс с описанием состояния словами — ничего не сломается, но изменение будет менее четким, чем с зафиксированным изображением. Если образ должен быть точным, сгенерируйте состояние перед рендером сегментов, где оно используется.
Да — для этого и нужен базовый лист. Повседневный образ хранится на базовом изображении и применяется везде по умолчанию; состояния нужны только для отклонений, и каждое отклонение выбирается только для тех сегментов, где оно требуется.
Полная механика описана в руководствах по смене костюмов и состояниям сцен и одному образу на лист персонажа, а связанный ответ про персонажей, которые выглядят по-разному в каждом кадре, затрагивает вторую половину этой проблемы — работу с лицом. В методической заметке описывается, как считаются эти подписи; цитируемый комментарий взят из обсуждения в r/aivideo.
Загрузите сценарий: SceneMixer предложит образы, нужные по сюжету, и автоматически подберет подходящее изображение для каждого сегмента.
Зарегистрироваться бесплатноИзображения состояний и бесплатный лимит на них указаны на странице цен — те же цифры.
Тарифы·Руководства·Примеры·Альтернативы·Ответы·Поддержка·Конфиденциальность·Условия·Правовая информация·Связаться с нами·Партнёрская программа·© 2026 SceneMixer