Създайте последователен сториборд с шест панела с Nano Banana 2.1
Превърнете един състав от три персонажа в сториборд с шест панела с Nano Banana 2.1, след което поправете дублираните персонажи и нежеланите етикети на панелите.
Един персонаж може да изглежда перфектно в едно изображение и въпреки това да се промени веднага щом камерата, позата и средата се сменят. Полезният сториборд трябва да изпълнява и двете задачи едновременно: да развива историята, като същевременно запазва лицата, пропорциите, цветовете, облеклото и отличителните детайли на персонажите.
Тествахме двуетапен работен процес с Nano Banana 2.1 и три оригинални персонажа. Първо създадохме един изчистен референтен състав. След това използвахме повторно това изображение като единствена референция за приключение в шест панела. Финалният лист запази и трите персонажа разпознаваеми във изгледи отзад, близки планове, екшън сцени и интериори — но постигането на този резултат разкри и полезно ограничение: искането един персонаж да се трансформира може да доведе до дубликат, дори когато подканата посочва точен брой.
Тестван работен процес
Един състав от три персонажа се превърна в сториборд 3×2. Три опита показват как референтните опори запазиха идентичността — и защо пренаписването на двусмислено действие работи по-добре от добавянето на още правила за броене.
Защо първо е нужен изчистен състав на персонажите
Създадохме персонажи с умишлено различни силуети и цветови опори:
- Реа: куриер червена панда с ръждивочервена козина, тюркоазена пелерина с качулка, кафява чанта през рамо и месингов компас.
- Нимбус: бледосин облачен дух с жълт шал и фиба за коса във формата на звезда.
- Ток: месингов птичи робот с кобалтносиньо око и ключ за навиване.
Първата генерация не беше сцена от историята. Тя представляваше неутрален състав в цял ръст с достатъчно разстояние между персонажите и без етикети или допълнителни реквизити. Това дава на модела прост визуален договор, преди да се наложи да решава едновременно шест обстановки и действия.
| Настройка | Състав на персонажите | Сториборд |
|---|---|---|
| Инструмент | WeShop Nano Banana | WeShop Nano Banana |
| Модел | Nano Banana 2.1 | Nano Banana 2.1 |
| Вход | Текстова подкана | Едно изображение на състава + подкана |
| Съотношение на страните | 16:9 | 16:9 |
| Размер на изображението | 2K | 2K |
| Количество | 1 | 1 |
| Предоставени размери | 2752 × 1536 | 2752 × 1536 |
Google описва Gemini Nano Banana 2.1 като модел за генериране на изображения и разговорно редактиране с подобрено следване на подканите и последователност на персонажите в множество стъпки. Неговата моделна карта на DeepMind включва последователност при един и няколко персонажа в обхвата на оценяването, но също предупреждава, че последователността на персонажите не винаги е перфектна. Този тест се фокусира върху един практически работен процес, а не върху широкообхватен преглед на модела.
Стъпка 1: генерирайте едно проверимо референтно изображение
Използвайте семпъл фон, поискайте фронтални изгледи в цял ръст и дайте на всеки персонаж по два или три детайла, които могат да се проверят по-късно. Избягвайте сюжетно действие на тази стъпка; то добавя променливи, преди дизайните да са стабилни.
Преди да продължите, проверете състава, сякаш е моделна карта. Пребройте персонажите, потвърдете посочените аксесоари и отхвърлете всеки допълнителен етикет или случаен предмет. Грешка тук може да се разпространи във всеки панел.
Стъпка 2: комбинирайте заключванията на идентичността с подреден списък от кадри
Качете състава като референтно изображение. В следващата подкана първо посочете, че каченото изображение е точната референция за дизайна, след което повторете опорите за идентичността. Опишете панелите в реда на четене и завършете с правила за оформление и изключване.
Нашата история изпраща триото през счупен мост, за да достави светещо писмо на плаваща небесна библиотека. Първата подкана поиска Нимбус да се трансформира в облачна платформа в панел 4. Тази формулировка се оказа най-важната част от теста.
Първи опит: силна идентичност, два структурни проблема
Първият лист разказа историята в правилния ред и запази основните опори на идентичността. Той обаче пренебрегна две изрични ограничения:
- Белите разделители съдържаха числата 1–6 въпреки правилото без текст.
- Панел 4 показваше както малкия Нимбус, така и втора, по-голяма облачна платформа с лице.
Това не е просто грешка при броенето. Фразата „Нимбус се разширява в мека облачна платформа“ кара модела да представи една идентичност в две визуални състояния в рамките на един панел. Генераторът на изображения запази оригиналния персонаж и добави трансформираното състояние.
Втори опит: по-стриктното броене премахна етикетите, но не и дубликата
Следващата подкана направи разделителите „напълно празни“, забрани номерата на панелите и изискваше точно 18 появи на персонажи в шестте панела. Тя също така посочваше малък Нимбус да не се показва до голямата платформа.
Инструкцията за празни разделители проработи. Дубликатът не изчезна. Добавянето на аритметика не разреши семантичната двусмисленост, което е по-полезният урок: когато визу��лен момент съдържа две форми на един персонаж, изречението за точен брой може да отстъпи пред поисканата трансформация.
Финален опит: пренапишете действието вместо да натрупвате ограничения
За третия опит премахнахме трансформацията. Панел 4 вече кара същите три персонажа да прескочат пролуката с помощта на плаващи дървени дъски, докато Нимбус издухва порив на вятъра. Също така забранихме дублирането, трансформирането, сливането или заместването на персонаж.
Финалният резултат реши проблема с дубликата и запази разделителите празни. Всеки панел съдържа по един екземпляр от всеки персонаж. Пелерината и чантата на Реа, шалът и звездата на Нимбус, както и месинговото тяло и синьото око на Ток остават разпознаваеми при различни пози и гледни точки.
Остава една по-малка вариация: ключът за навиване на Ток не се вижда от всеки ъгъл, а трите дъски изглеждат като част от преминаването, вместо като по една платформа под всеки персонаж. Тези промени не нарушават идентичността или реда на историята, но показват защо финалният лист все пак се нуждае от преглед панел по панел.
Използвайте този контролен списък, преди да одобрите сториборд
| Проверка | Какво да потвърдите | Резултат във финалния опит |
|---|---|---|
| Брой персонажи | По един екземпляр на всеки задължителен персонаж на панел | Успешно във всичките шест панела |
| Идентичност | Лице, материал на тялото, основни цветове, облекло | Запазена |
| Отличителни опори | Пелерина, чанта, компас, шал, звезда, синьо око | Запазени; ключът за навиване зависи от ъгъла |
| Ред на историята | Всеки панел развива планирания момент | Запазен |
| Оформление | Шест панела, четими отляво надясно, празни разделители | Запазено |
| Допълнителен текст | Без етикети, надписи, лога или воден знак | Не се вижда |
| Детайл на действието | Поисканата постановка и реквизити | Предимно запазени; разположението на дъските варира |
Ако даден панел не отговаря на изискванията, променете един източник на двусмислие, вместо да добавяте дълъг набор от отрицателни правила. Пренаписването на действието често дава на модела по-я��ен визуален проблем от многократното повтаряне на „точно един“.
Практическият извод
Nano Banana 2.1 превърна един състав от три персонажа в съгласуван разказ с шест панела, като запази персонажите разпознаваеми при промени в локацията, позата, мащаба и камерата. Това прави работния процес полезен за чернови на сториборд, предпроизводство на анимация, планиране на комикси и социално съдържание, водено от персонажи.
Основният риск не е само визуалното отклонение; това е логиката на обектите. Трансформацията на персонаж може да се интерпретира като две рисуеми състояния, което създава дубликат, дори когато броят е изрично указан. Първо заключете дизайните, опишете панелите в ред, проверете всяка поява и заменете двусмислените трансформации с действия, които запазват всеки персонаж отделен.
Изпробвайте работния процес в генератора WeShop Nano Banana: първо създайте състава, използвайте го повторно като референция и приемете първия сториборд като доказателство за усъвършенстване — не като завършен материал.







