Полное руководство по AI-видеопроизводству. Часть 2

2. Выписать видимые locks. Персонажи, Look, предметы, география, время и состояния.

3. Назначить owners. Какой тип референса отвечает за каждое поле результата.

4. Выбрать primary references. По одному ясному источнику на лицо, сцену, предмет, композицию, свет и действие.

5. Добавить support. Только недостающие стороны, детали, фазы или timecodes.

6. Записать ignore rules. Какие свойства каждого файла не нужно переносить.

7. Проверить конфликты. Два источника не должны давать разные ответы одному полю.

8. Сжать пакет. Удалить всё, что не видно, не действует и не влияет на следующий шот.

Reference Stack Card

Слой Reference ID Controls Ignore Priority Identity REF_ANNA_IDENTITY Лицо и тело Одежда, фон, свет 1 LOCK Subject REF_ANNA_SUBJECT Look и мокрое состояние Лицо, композиция 2 Scene REF_ANNA_SCENE Door A, стена, тумба Грейд, люди 2 Object REF_ANNA_OBJECT Кружка и уровень Рука, фон 2 Composition REF_ANNA_COMPOSITION Средний план и пустота Содержание 3 Lighting REF_ANNA_LIGHTING Направление и contrast Лицо, одежда 3 Camera REF_ANNA_CAMERA Медленный push Игра, субъект 4 Performance REF_ANNA_PERFORMANCE Пауза и взгляд Исполнитель 4 Audio REF_ANNA_AUDIO_CUE Cue на 2.2 секунде Визуальный стиль Hard gate для причинного cue; число в stack не понижает критичность sync.

Сколько референсов нужно

Сложность шота Обычно достаточно Когда добавлять Простой портрет Character, Look, Composition, Lighting. Performance и Audio при речи или выраженной реакции. Предметное действие Character, Object, Scene, Composition, Motion. Camera при движении точки съёмки. Диалог Два Character, Scene, Composition, Lighting, Performance, Audio. Camera и eyeline support для сложного blocking. Экшен Subject, Object, Scene, Motion, Camera, state references. Несколько фаз движения и safety geometry. Атмосферный establishing Scene, Style, Composition, Lighting, Camera, Audio. Subject только для важных движущихся элементов.

9.16 Конфликты между референсами

Конфликт возникает, когда два источника претендуют на одно поле и дают разные ответы. Модель не обязана понимать творческий замысел; она может усреднить версии, выбрать визуально сильнейшую или перенести случайный признак. Конфликт нужно решить до генерации.

Конфликт Симптом Решение Character vs Style Лицо приобретает черты человека из style frame. Явно назначить Character owner, использовать style frames с разным содержанием. Scene vs Composition География перестраивается ради совпадения кадра. Сохранить Scene locks, адаптировать композицию внутри реальной зоны. Object vs Subject Предмет меняет форму под хват из другого изображения. Object определяет геометрию, Motion или Performance — способ взаимодействия. Lighting vs Style Цветовая палитра меняет сторону источника. Lighting владеет физикой, Style — обработкой и отношениями цвета. Motion vs Camera Мир движется вместе с камерой или герой скользит. Разложить траектории в независимых координатах. Performance vs Audio Мимика и жест не попадают в паузы речи. Создать timecoded beat sheet и единый sync basis. Multiple versions Гибрид старого и нового дизайна. Оставить только одну approved primary version.

Протокол разрешения конфликта

1. Назвать поле. Лицо, география, материал, свет, композиция, движение или темп.

2. Назначить владельца. Один тип и один primary reference получают право определять поле.

3. Понизить остальные источники. Перевести их в supporting или удалить из пакета.

4. Добавить ignore. Прямо перечислить свойства, которые нельзя наследовать.

5. Провести isolation test. Сгенерировать или проанализировать поле отдельно от сложной сцены.

6. Зафиксировать решение. Обновить Reference Bible и зависимые Shot Packets.

Conflict Log

CONFLICT ID: [...] Shot or asset: [...] Contested field: [...] Reference A claim: [...] Reference B claim: [...] Chosen owner: [...] Primary version: [...] References removed or downgraded: [...] Ignore rules added: [...] Isolation test: [...] Approved result: [...] Dependent packets updated: [...]

9.17 Вес приоритет и область действия

Приоритет не обязательно выражается числом в интерфейсе модели. Даже без формального weight режиссёр может управлять силой сигнала: выбирать более чистый референс, ставить его primary, убирать конкурентов, ограничивать область действия и повторять критичный признак словами.

Способ усиления Что делает Риск Чистый файл Уменьшает количество лишних признаков. Слишком нейтральный файл может потерять нужное состояние. Один owner Убирает конкуренцию за поле. Недостающая сторона останется UNKNOWN. Несколько согласованных views Доказывает объём и обратную сторону. Несогласованные ракурсы создают гибрид. Текстовый lock Повторяет критичный измеримый признак. Длинный промпт может перегрузить действие. Локальный crop Усиливает деталь или материал. Теряется масштаб и связь с целым. Shot scope Ограничивает применение конкретным шотом. Нельзя считать его новым глобальным каноном. Approved output Использует уже согласованный результат как мост. Ошибку прошлого шота можно случайно закрепить.

Область действия

Scope Действует на Пример Global Весь проект. Character identity и базовый Style DNA. Sequence Одну сцену или монтажную последовательность. Ночной дождь и handheld language погони. Setup Группу шотов из одной камеры или световой схемы. Диалоговые shot reverse shot позиции. Shot Один конкретный клип. Композиция, движение и performance beat. Frame or detail Локальную правку или контрольный кадр. Кольцо на правой руке и логотип предмета.

9.18 Как готовить Reference Pack

Reference Pack должен быть полезен без устных объяснений. Он содержит карту, approved файлы, подписи функций, версии, области действия и запреты. Сырой поиск, альтернативы и вдохновение хранятся отдельно и не попадают в активный пакет генерации.

Пять папок вместо одной

Папка Содержание Можно передавать модели 01 Research Поиск, история, визуальные направления и необработанные источники. Нет. 02 Proposals Собранные варианты с подписанными функциями. Только в сравнительном тесте. 03 Approved Утверждённые primary и supporting references. Да. 04 Shot Packets Сжатые наборы под конкретные шоты. Да, это основной рабочий слой. 05 Retired Старые версии и отменённые решения. Нет.

Нормализация референсов

• Убрать лишние поля, рамки, подписи, интерфейс и watermark, если они не несут смысла.

• Сохранить правильное соотношение сторон и не растягивать изображение.

• Не смешивать цветокоррекцию нейтрального identity reference с итоговым Style Reference.

• Подписать Body Side, direction, timecode, state и view.

• Проверить, что crop не отрезал признак, который подтверждает масштаб или ориентацию.

• Не повышать резкость и не ретушировать так, чтобы изменилась кожа, материал или форма.

Именование

Canonical filename: ASSET_ID__VER####.ext AS_ANNA_FACE_FRONT__VER0001.jpg AS_ANNA_MUG_HANDLE__VER0001.jpg AS_ANNA_COR_REVERSE__VER0001.jpg AS_ANNA_DOOR_CUE__VER0001.wav Reference ID REF_ANNA_..., associated CHAR_/PROP_/LOC_/SH_, role/view/state/scope и exact VER_ANNA_... находятся в manifest. Diagnostic — отдельная QC-роль, не priority enum canonical binding; provider attachment alias Image/Video/Audio N локален для запроса.

9.19 От storyboard к Shot Reference Packet

Storyboard формулирует композицию и событие, но не заменяет референсный пакет. Для генерации панель раскладывается на видимые locks, owners, динамические references и states. Так один рисунок перестаёт быть перегруженным источником всех решений.

Из storyboard Во что превращается Reference owner Герой и Look Character ID плюс Subject State. Character и Subject. Дверь и коридор Zone, Door ID, anchors и camera side. Scene. Кружка Object ID, orientation и fill state. Object. Крупность и пустота Composition Card. Composition. Тень и тёплая полоса Light Setup и active practicals. Lighting. Подъём руки Motion path и state transition. Motion. Медленный push Camera path и speed curve. Camera. Колебание героини Performance beats. Performance. Щелчок за дверью Cue и timecode. Audio.

Shot Reference Packet

SHOT ID: [...] FUNCTION: [...] DURATION: [...] VISIBLE LOCKS [Character Subject Object Scene Time State IDs] REFERENCE STACK Identity primary: [...] Scene primary: [...] Object primary: [...] Composition primary: [...] Lighting primary: [...] Motion primary and timecodes: [...] Camera primary and timecodes: [...] Performance primary and beats: [...] Audio primary and cues: [...] Style global: [...] IGNORE MAP [reference ID -> properties to ignore] PRIORITY ORDER [...] STATE IN ACTION STATE OUT [...] SUCCESS CRITERIA [...] FORBIDDEN CONFLICTS [...]

9.20 Анализ референсного видео

Видео редко является одним референсом. Внутри клипа одновременно живут camera, motion, performance, lighting, audio и монтаж. Перед использованием его нужно разложить по слоям и назначить каждому слою timecodes. Иначе модель может копировать не тот аспект, который был нужен.

Слой Что извлечь Форма записи Camera Позиция, объектив, путь, скорость, стабилизация и фокус. Camera Card плюс timecoded keyframes. Motion Траектории субъекта, объекта и среды. Path, phases, start and end states. Performance Цель, beats, взгляд, жест, дыхание и реакция. Beat sheet с timecodes. Lighting Источники, направление, изменение и practical states. Light map и моменты изменений. Audio Речь, cues, music beats, room tone и Foley. Audio map. Edit Длина планов, точки склейки и переходы. Монтажный ритм, не Camera Reference.

Timecode decomposition

VIDEO REFERENCE ID: [...] Source duration_seconds and fps: [...] 00:00–00:02 Composition: [...] Camera: [...] Subject motion: [...] Performance: [...] Lighting: [...] Audio: [...] 00:02–00:05 [повторить слои] 00:05–END [повторить слои] USE ONLY [нужные слои и интервалы] IGNORE [персонажи одежда локация стиль монтаж и другие лишние данные] TARGET DURATION MAPPING [как исходные timecodes переводятся в длительность нового шота]

9.21 Промпт рядом с референсом

Промпт не должен заново описывать все пиксели референса. Он объясняет роль файла, приоритет, границу переноса и действие. Полезная формула: reference ID, controls, preserve, ignore, transform, success criteria.

REFERENCE ROLE Используй [REF ID] только как [TYPE]. CONTROLS [конкретное поле] PRESERVE [измеримые признаки] IGNORE [лишние свойства файла] TRANSFORM FOR THIS SHOT [новый ракурс действие состояние длительность] PRIORITY [что делать при конфликте] SUCCESS [как проверить результат]

Пример разделённого запроса

REF_ANNA_IDENTITY controls identity only. Preserve facial geometry skin texture hairline and body proportions. Ignore clothing background lighting expression and lens. REF_ANNA_SUBJECT controls wardrobe and wet state. Preserve short dark green hooded jacket central zipper and wet shoulders. Ignore face pose background and camera. SCENE L01 ZA controls corridor geometry and Door A. Preserve wall opening anchors and door hinge side. Ignore people color grade and time of day. REF_ANNA_LIGHTING controls cold overhead row and warm spill through Door A. Ignore subject set design and composition. REF_ANNA_COMPOSITION controls medium shot with Anna on right third and empty center. CAM PUSH02 controls slow forward push only. PERF HESITATE01 controls eye pause breath and delayed hand movement. If references conflict use this order: identity scene object wardrobe composition lighting camera performance style.

9.22 GPT как reference director

GPT может разбирать изображения и видео по функциям, находить конфликты, собирать Shot Packet и создавать ignore map. Он полезен как организатор, но не должен объявлять каноном то, что режиссёр не утвердил. Неизвестные поля возвращаются как UNKNOWN.

Классификация набора

Ты reference director AI видеопроекта. ВХОД [описание проекта и список файлов с превью или подписями] ЗАДАЧА Для каждого файла определи одну primary функцию: Subject Character Object Scene Style Composition Lighting Motion Camera Performance Audio. Затем укажи: что файл контролирует что из него нужно игнорировать scope priority какие виды или timecodes отсутствуют с какими файлами он конфликтует Не считай эстетическую привлекательность функцией. Не назначай один файл primary владельцем нескольких несвязанных полей. UNKNOWN возвращай вопросом. ВЫВОД 1 Reference Register 2 Conflict Log 3 Missing Reference List 4 рекомендуемый Reference Stack по каждому шоту.

Классификация — рабочее предложение, не автоматическое утверждение. Если файл контролирует несколько связанных полей, создайте по одному binding на поле с тем же REF ID; это не повод дублировать сам asset. Canonical priority — primary/supporting, diagnostic хранится в QC routing.

Аудит конфликта

Сравни Reference Stack шота с Project Bible. Проверь владельца каждого поля: identity wardrobe object geometry and state scene geometry composition lighting subject motion camera motion performance audio style Найди: два primary owners одного поля старые или retired версии референсы без функции сильные лишние сигналы отсутствующие reverse views states или timecodes нарушения scope Для каждого конфликта предложи одно решение: keep downgrade crop replace remove or isolation test. Не придумывай новый канон.

Сборка Shot Packet

Используй Project Bible Shot List State Ledger и Reference Register. Собери Shot Reference Packet для [SHOT ID]. Оставь только видимые и причинно важные данные. Для каждого reference укажи controls preserve ignore priority scope. Добавь State In Action State Out. Добавь success criteria и forbidden conflicts. Если одного доказательства не хватает поставь MISSING. Не заменяй MISSING догадкой и не добавляй альтернативные версии.

9.23 Модельно независимый workflow

Интерфейсы моделей меняются, но режиссёрская логика остаётся. Сначала создаётся чистая система референсов, затем она адаптируется к количеству слотов, форматам и возможностям конкретной модели. Нельзя строить весь Project Bible вокруг временного расположения кнопок одного сервиса.

Этап Независимое решение Адаптация под модель 1 Canon Утвердить identity, world, objects и states. Выбрать поддерживаемый формат и разрешение. 2 Owners Назначить тип референса каждому полю. Сопоставить с доступными reference slots. 3 Stack Собрать полный непротиворечивый пакет. Сжать до лимита без потери owners. 4 Prompt Описать role, preserve, ignore и action. Переписать синтаксис и порядок под модель. 5 Test Проверить отдельные риски. Использовать доступный режим image, video или multi reference. 6 QC Сравнить с каноном и Shot Card. Решить edit, regenerate или другой инструмент.

Если референсных слотов мало

1. Сохранить owners. Сначала identity, scene и action object, затем shot design.

2. Объединять только согласованное. Можно собрать контактный лист одного персонажа, но нельзя смешивать разные функции без подписей.

3. Перенести часть данных в текст. Простые измеримые locks можно повторить словами.

4. Сделать каскад. Сначала получить approved keyframe, затем использовать его как мост в видео.

5. Разбить сложный шот. Отдельные действия и состояния контролируются надёжнее короткими фрагментами.

Если модель принимает видео reference

• Указать, какие timecodes и какой слой использовать.

• Разделить camera, subject motion и performance, даже если они находятся в одном клипе.

• Сопоставить длительность исходника с длительностью результата.

• Не позволять исходному актёру или локации переписывать утверждённые identity и scene locks.

• Проверить первый и последний кадр как continuity states.

9.24 Тестирование reference stack

Большой пакет нельзя проверять только финальной генерацией. Isolation tests показывают, какой reference действительно управляет полем, где начинается конфликт и какое минимальное количество данных достаточно.

Тест Проверяет Критерий прохождения Identity neutral Character без сильного стиля и света. Лицо и тело стабильны в пяти базовых ракурсах. Object turn Геометрию и материал предмета. Фронт, тыл и профили принадлежат одному объекту. Scene reverse Обратную сторону и ось локации. Двери, окна и anchors совместимы. Style swap Можно ли перенести стиль без смены содержания. Identity и scene locks остаются прежними. Light reverse Физику света при смене камеры. Источник остаётся в мировых координатах. Motion locked camera Чистое движение субъекта. Фон и камера не дрейфуют. Camera static subject Чистое движение камеры. Subject не начинает случайно действовать. Performance neutral identity Игру без подмены лица. Мимика меняется, персонаж остаётся тем же. Audio cue Связь звука и реакции. Визуальный beat возникает после установленного cue. Full stack stress Совместимость всех owners. Нет конфликтов critical и major.