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

Це редагування базового зображення, а не новий рендер. Інструкція складається з чотирьох коротких рядків: назва стану, що саме змінити, один рядок, що фіксує ідентичність, один рядок для кадру. Більше нічого — ні рядка стилю, ні шаблону опису.
У цій стислості й полягає весь фокус. Модель, якій дали референсне зображення і шаблон на три тисячі слів, сприймає це як «перемалюй цей референс» і повертає майже незмінний оригінал. Чотири рядки інструкції з редагування дають саме ту зміну, яку ви попросили.
Пріоритет іде від найконкретнішого до найзагальнішого: стан, який ви обрали для цього конкретного сегмента, далі кастомне зображення, яке ви встановили для цього епізоду, далі стан, призначений для всього епізоду, і насамкінець базове зображення. Враховуються лише згенеровані стани — якщо щось неоднозначне, використовується базове зображення.
Те, які сегменти використовують який стан, визначається автоматично після створення сторіборду, окремо для кожного сегмента, а не епізоду. Призначення на рівні епізоду було б хибним: якби образ для флешбеку застосовувався до всього епізоду, персонаж був би у флешбековому вбранні в кожному кадрі.
Нічого не ламається. Кадр використовує базове зображення, а стан описується словами — назва і відмінність додаються в промпт. Для персонажа це замінює фразу про гардероб, зберігаючи опис обличчя; для локації чи реквізиту це додається до рядка ролі матеріалу.
Якщо згенерувати зображення пізніше, ви отримаєте надійніший варіант, і кадри, згенеровані після цього, використовуватимуть його.
| Зміна | Зображення стану чи текст? |
|---|---|
| Повна зміна вбрання | Зображення стану |
| Трансформація, опіки, шрами | Зображення стану |
| Зруйнована або обгоріла будівля | Зображення стану |
| Витягнуте лезо, зламаний об’єкт | Зображення стану |
| Стоячи, сидячи, на колінах | Текст |
| У руках, упущено, на столі | Текст |
| Ніч, дощ, пил, світло багаття | Текст |
Дощ накладається поверх усього, що показує референсне зображення, і моделі добре обробляють це з тексту. Зображення стану потрібне тоді, коли сам об’єкт змінює форму.
Можете, але не варто — обидва варіанти можуть опинитися в одному кадрі, тому це не два стани однієї речі. Поза описується в налаштуваннях кадру.
Вони оцінюються так само, як будь-яке інше налаштувальне зображення, і у вашому першому проєкті для кожного типу є невеликий безкоштовний ліміт, окремий від ліміту для базових зображень.
Вибір станів для окремих сегментів перераховується. Призначення на рівні епізоду не змінюються.
Ні. Без зображення стан описується словами — це менш надійно, але працює. Згенеруйте його, коли хочете, щоб зміна була стабільною.
Відкрийте персонажа, додайте стан і побачите різницю між зображенням і реченням.
Оновлено 21 вересня 2026
Ціни·Посібники·Зразки·Підтримка·Конфіденційність·Умови·Правова інформація·Контакти·© 2026 SceneMixer