SceneMixer
Українська
Зареєструватися безкоштовно

Відповіді · Континуітет

Як зберегти однорідність одягу, реквізиту та поранень у AI-відео?

Оновлено 14 жовтня 2026 р.

Коротка відповідь: Ставте одне питання до кожної зміни: чи виглядає сам об’єкт інакше? Новий одяг, пальто в крові, витягнутий клинок — кожен новий вигляд потребує власного референсного зображення, тобто стану. Дощ, ніч, положення стоячи або сидячи — це слова. Корпус містить 1,500 публікацій із запитаннями про континуітет.
Кадр з «Ракетне цуценя», AI-короткометражної драми, згенерованої повністю в SceneMixer (7 персонажів, 1 епізод)
Зразок: «Ракетне цуценя» — Повнометражна 3D-анімація, 1 епізод, створено повністю в SceneMixer зі сценарію · дивитися серії

Тест одним питанням

Континуітет у AI-відео порушується двома шляхами. Або те, що мало б мати власне зображення, залишили словами — і рендер домислює, — або те, що добре описується словами, заморозили у вигляді зображення, і тепер чотири майже однакових референси конфліктують у кожному кадрі. Межу визначає не «величина» зміни, а її тип.

Модель, якій дають референсне зображення, копіює те, що на ньому, і жоден текст не змусить її змінити обличчя, одяг або форму об’єкта. Тому все, що змінює сутність об’єкта — його ідентичність, одяг, форму, структуру — потребує власного референсного зображення. Це і є стан. Все, що змінює оточуючу ситуацію — положення, тримач, світло, погода, те, чим об’єкт покритий — накладається поверх референсу і описується словами.

ЗмінаСтан чи речення?Чому
Цілком інший одягСтанОдяг має іншу форму; референс має її показувати
Те саме пальто, але розірване і в кровіСтанПошкодження змінює сам об’єкт
Той самий одяг, але під дощемРеченняДощ — це ситуація; він накладається на те, що показано на референсі
Клинок, витягнутий з піхвСтанОб’єкт має іншу фізичну конфігурацію
Персонаж сидить замість того, щоб стоятиРеченняПоложення — це постановка, а не ідентичність
Кімната після пожежіСтанСтруктура змінилася
Та сама кімната вночіРеченняЗмінилося світло

Є ще один тест для неоднозначних випадків: якщо дві версії можуть одночасно перебувати в одному кадрі — це не стани одного об’єкта, а два окремі активи. Меч у піхвах і витягнутий меч — це один реквізит у двох конфігураціях; а меч і кинджал — два реквізити.

Як створюється стан

Зображення стану — це редагування базового листа, а не новий виклик на кастинг. Інструкція навмисно коротка: назва стану, одне речення про відмінності, один рядок для збереження ідентичності, один рядок для кадру — і у цій лаконічності полягає фокус: опис на три тисячі слів модель сприймає як «перемалюй цей референс» і повертає майже незмінений оригінал. «Весілля: те саме обличчя та волосся, біле плаття, без окулярів» змінює одну річ і зберігає все інше.

Кожне зображення стану генерується за ціною листа: 7 кредитів на зображення, із безкоштовним лімітом для першого проєкту — а опис зміни текстом перед генерацією нічого не коштує, тому вивчення межі між станом і реченням економить гроші, а не витрачає їх. Обмеження підтримують систему в рамках: не більше трьох образів для персонажа, двох для локації, одного для реквізиту. Безмежне читання пропонувало б стан для всього — чашка повна, чашка порожня — але жодна з цих змін не змінює сутність об’єкта.

Які сегменти використовують який стан

Після того як сторіборд готовий, призначення станів обчислюється для кожного сегмента, а не для епізоду — і це навмисно. Якщо застосувати образ флешбеку до всього епізоду, персонаж буде носити його в кожному кадрі, включаючи ті, що за сторібордом відносяться до теперішнього часу. Пріоритет йде від найбільш конкретного до найменш конкретного: стан, вибраний для цього конкретного сегмента, потім набір зображень лише для цього епізоду, потім стан, призначений для всього епізоду, потім базовий лист.

Ще одна важлива особливість: якщо у стану ще немає зображення, нічого не зламається. У кадрі використовується базовий референс, а стан описується словами. Це резервне рішення дозволяє сторіборду випереджати генерацію станів — але воно ж призводить до того, що відсутнє зображення може пом’якшити образ, який ви мали намір зафіксувати.

Арки гардеробу, реквізит у двох конфігураціях та поранення

Класичний сценарій континуітету описує арку гардеробу: у ранніх епізодах один одяг, у пізніх — інший, плюс весільний образ. Якщо передати все це одним описом, рендер намалює фігуру в піводязі з кожного. Система структурує арку інакше: перший одяг залишається на базовому листі, решта стають окремими зображеннями станів, а частини одягу, як-от взуття або аксесуари, розпізнаються як частини одного образу, а не нові образи.

Поранення підкоряються тій же логіці, що й пошкодження. Перев’язана рука, свіжий шрам, сажа на обличчі після пожежі — кожен з них є новим образом для певної ділянки історії, і кожен є станом, який вибирається саме для тих сегментів, де він присутній у сюжеті. Загоєння працює так само, але навпаки: образ «до бою» — це стан, до якого ви повертаєтеся. З реквізитом та ж ідея, але з меншим бюджетом: по одному стану на кожен, і він вирішує проблему конфігурації — об’єкт у руках, витягнутий, відкритий, зібраний.

A full-body character sheet on a plain background: a swordsman in armour with a cape and a sword at his belt
Лист персонажа з «Кляти орла»: один одяг, аксесуари та меч на поясі, на простому фоні. Кожен стан — зміна сукні, пошкодження, витягнутий клинок — генерується як редагування цього базового зображення, а не описується з нуля.

Де знаходяться мітки континуітету

Мітки континуітету займають важливе місце в обговореннях якості корпусу, і вони охоплюють всю проблему, а не лише обличчя:

Мітки континуітету за станамиПублікації
Мітки консистентності персонажів3,100
Мітки континуітету сцен1,500
Which reference a segment renders againstPicked for this segmentwins over everything belowImage set for this episodebeats an episode-wide stateState assigned across the episodethe whole episode carries this lookBase sheetthe approved look the character starts in — the floorStates are the changes themselves: a costume, damage, a drawn blade — each its own image.A named state with no image yet falls back to the base sheet, described in words.
Як сегмент вирішує, за яким референсом рендерити: перемагає найбільш конкретний вибір, а базовий лист є мінімальним варіантом.

Континуітет — це також те, що глядачі помічають, коли він працює. У коментарях до однієї гілки обговорень деталь, на яку звернули увагу, була не камера і не гра акторів:

Мені подобається, що навіть у шприці є тонка дріт, і він використовується протягом усього ефекту, як справжній реквізит.

Реквізит, який зберігає цілісність протягом усього ефекту — деталі на тих самих місцях від кадру до кадру — це різниця між тим, коли глядач сприймає це як інструмент, і коли як помилку. Таке сприйняття вирішується на панелі реквізиту, а не на постпродакшні: референс фіксує, що це за об'єкт, а слова доповнюють, куди він поміщається.

Де це не працює

Поширені запитання

Чи є стан тим самим, що й другий аркуш персонажа?

Ідея та ж, але масштаб менший. У стані зберігається лише те, що відрізняється від бази — сукня, розірвана рукав, витягнутий клинок — тому ідентичність залишається прив'язаною до одного затвердженого зображення, а не пливе з кожним новим описом.

Чи маю я сам писати стани?

Частково. При зчитуванні сценарію система пропонує стани, коли їх вимагає сюжет, у межах обмежень, а ви можете самостійно створювати, перейменовувати та видаляти їх. Пізніше введені мітки одягу просто не потрапляють на базовий аркуш; вони не стають станами автоматично, тому додайте їх самі.

Що станеться, якщо у стану ще немає зображення?

Кадр повертається до базового референсу з описом стану словами — нічого не зламається, але зміна буде менш виразною, ніж із зафіксованим зображенням. Якщо образ має бути точним, згенеруйте стан перед рендерингом сегментів, які його використовують.

Чи може один одяг з'являтися в кожній епізоді, а інший використовуватися один раз?

Так — для цього і існує базовий аркуш. Повсякденний образ зберігається на базовому зображенні і застосовується скрізь за замовчуванням; стани призначені лише для відхилень, і кожне відхилення вибирається тільки для тих сегментів, де воно потрібно.

Повна механіка описана в гайдах про зміни костюмів та стани сцен і один одяг на аркуш персонажа, а сусідня відповідь про персонажів, які виглядають по-різному в кожному кадрі, розкриває ту ж проблему з боку обличчя. У методичній нотатці описано, як рахуються ці мітки; цитований коментар взято з обговорення в r/aivideo.

Стани без електронних таблиць

Завантажте сценарій; SceneMixer пропонує образи, потрібні для історії, і автоматично підбирає потрібне зображення для кожного сегмента.

Зареєструватися безкоштовно

Зображення станів і безкоштовний ліміт на них вказані на сторінці цін із тими самими значеннями.

Ціни·Посібники·Зразки·Альтернативи·Відповіді·Підтримка·Конфіденційність·Умови·Правова інформація·Контакти·Партнерська програма·© 2026 SceneMixer