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

Reference QC уровни

Уровень Нарушение Решение CRITICAL Смена identity, географии, object ID или причинного state. Не принимать; исправить owner и перегенерировать. MAJOR Неверный свет, Look, движение камеры, performance beat или timing. Локальная правка при возможности, иначе повтор. MINOR Допустимая вариативность складок, волос, микродвижения или зерна. Принять, если не мешает монтажу. UNKNOWN Поле не определено каноном или референсом. Вернуть режиссёрский вопрос до следующего запуска.

9.25 Мастер шаблон Reference Bible

Reference Bible хранит систему, а не коллекцию вдохновения. Он связывает файлы с функциями, owners, версиями, scopes, конфликтами и shot packets. Шаблон можно сокращать для короткого ролика, но Reference Register, priority и ignore map остаются обязательными.

REFERENCE BIBLE === 01 PROJECT RULES === Project ID and version: [...] Reference director: [...] Approved canon sources: [...] Status system: PROPOSAL TEST APPROVED LOCK RETIRED Priority convention: [...] Scope convention: GLOBAL SEQUENCE SETUP SHOT DETAIL Body Side and world direction convention: [...] === 02 REFERENCE REGISTER === Reference ID: [...] Type: Subject Character Object Scene Style Composition Lighting Motion Camera Performance Audio Source file: [...] Controls: [...] Must preserve: [...] Ignore: [...] Priority: [...] Scope: [...] Valid states and shots: [...] Version and status: [...] === 03 IDENTITY LOCKS === Character references: [...] Subject references: [...] Hero object references: [...] Required views: [...] Missing views: [...] === 04 WORLD AND SCENE === World references: [...] Location and zone references: [...] Plans reverse views and anchors: [...] Materials and states: [...] === 05 STYLE DNA === Realism texture palette contrast: [...] Skin and material rendering: [...] Motion rendering: [...] Forbidden content inheritance: [...] === 06 SHOT DESIGN === Composition references: [...] Lighting references: [...] Camera references: [...] Shot scopes: [...] === 07 ACTION DESIGN === Motion references and timecodes: [...] Performance references and beats: [...] Audio references and cues: [...] Sync basis: [...] === 08 OWNERSHIP MATRIX === Field: [...] Primary owner: [...] Supporting references: [...] Must not override: [...] === 09 CONFLICT LOG === Conflict ID: [...] Contested field: [...] Chosen owner: [...] Removed or downgraded: [...] Test and result: [...] === 10 SHOT PACKETS === Shot ID and function: [...] Visible locks: [...] Reference stack: [...] Ignore map: [...] Priority order: [...] State In Action State Out: [...] Success criteria: [...] === 11 QC === Isolation tests: [...] Critical major minor issues: [...] Approved outputs: [...] Missing fields: [...] === 12 PRODUCTION === Bible version: [...] Dependent documents: [...] Retired references: [...] Next audit: [...]

9.26 Самостоятельный reference-шот Анны

CASE_ANNA / PRJ_ANNA, SH_ANNA_REF_01 — отдельный 7-секундный шот с CHAR_ANNA_MAIN и LOC_ANNA_COR; он использует дизайн из C08, но не является её SH06 или CASE_OPPOSITE. Анна слышит звук за Door B, переводит взгляд и поднимает свободную правую руку к ручке. Кружка всё время остаётся на тумбе у Door B, F3; её никто не держит.

Reference Stack примера

Reference Register этого примера показывает роли входов и структуру привязок. В реальном проекте каждой роли назначают конкретный source_file, Asset Version, hash и сведения о правах; production approval и QC фиксируют по фактической проверке. Стабильный REF ID обозначает функцию, AS_/VER_ назначаются конкретному файлу и неизменяемой версии при ingest. Не заполняйте неизвестные значения вымышленными именами файлов.

Type Reference ID Controls Ignore Character REF_ANNA_IDENTITY Лицо, тело, асимметрия. Одежда, свет, фон. Subject REF_ANNA_SUBJECT Куртка, мокрые плечи, кольцо справа. Лицо, поза, локация. Object REF_ANNA_OBJECT Чёрная кружка, ручка, уровень. Рука, фон, свет. Scene REF_ANNA_SCENE Door A, Door B, тумба, ось. Люди, стиль, грейд. Style REF_ANNA_STYLE Фактура, contrast, muted palette. Содержание и география. Composition REF_ANNA_COMPOSITION Средний план, Анна справа, пустой центр. Объектив и свет. Lighting REF_ANNA_LIGHTING Холодный верхний и тёплая полоса. Лицо, одежда, планировка. Motion REF_ANNA_MOTION Траектория правой руки и settle. Камера, исполнитель. Camera REF_ANNA_CAMERA Медленный push 35 см. Движение тела. Performance REF_ANNA_PERFORMANCE Взгляд, пауза, вдох, задержка руки. Личность актрисы. Audio REF_ANNA_AUDIO_CUE Металлический cue на 2.2 секунде. Визуальные параметры.

Временная карта шота

Time Camera Motion and performance Audio and state 0.0–2.2 Locked medium frame. Анна внешне спокойна, взгляд вне двери. Room tone, дождь. Все states unchanged. 2.2 Начало едва заметного push. Глаза переходят к Door B после звука. Metal cue за Door B. 2.2–4.0 Push 20 см, стабильный горизонт. Тихий вдох, корпус замирает. Room tone становится тише по восприятию. 4.0–6.0 Ещё 15 см и мягкая остановка. Правая рука с RING 01 поднимается к ручке. Ткань и дыхание, без музыки. 6.0–7.0 Settled frame. Пальцы останавливаются до контакта. Слабый звук за дверью; state out фиксирован.Timebase учебного шота: 24/1 fps, 168 picture frames [0,168), audio 48000 Hz. Cue 2.2 s соответствует planned sample 105600. Picture grid не содержит точного 2.2 s: первое допустимое начало реакции — frame 53 (≈2.2083 s), не ранее cue. Это расчёт намерения; waveform/word timing и playback проверяют при исполнении учебной спецификации.

Приоритет и критерии

PRIORITY ORDER 1 REF_ANNA_IDENTITY identity 2 L01 CORRIDOR ZA geometry 3 REF_ANNA_SUBJECT and RING 01 Body Side 4 REF_ANNA_COMPOSITION 5 REF_ANNA_LIGHTING 6 REF_ANNA_MOTION 7 REF_ANNA_CAMERA 8 REF_ANNA_PERFORMANCE 9 REF_ANNA_STYLE AUDIO CUE SYNC — hard gate, не десятый по значимости слой SUCCESS Anna remains the same person. RING 01 stays on right ring finger. Door A and Door B keep geometry and hinge sides. Night state T4 and cold overhead light remain stable. Eye reaction begins after audio cue. Right hand rises after breath and stops before contact. Camera push is independent from body motion. No new props wardrobe or openings appear. Object state gate: кружка F3 на тумбе у Door B на входе и выходе; правая рука Анны свободна до движения. Identity, география, кольцо и звук-триггер не компенсируются суммой soft scores.

Что произойдёт при неправильной сборке

Ошибка stack Результат Исправление Performance clip становится Character primary. Героиня получает лицо референсной актрисы. Вернуть CHAR ANNA owner, performance ограничить игрой. Composition frame владеет Scene. Коридор перестраивается под чужой интерьер. Сохранить L01 geometry, взять только расположение масс. Style frame владеет Lighting. Тёплая картинка убирает холодный потолочный ряд. L04 владеет физикой, Style только обработкой. Motion и Camera не разделены. Рука, фон и камера едут вместе. Две независимые карточки траекторий. Audio cue без timecode. Реакция начинается до звука. Общий sync basis и beat sheet.

9.27 Проверка Reference Bible перед производством

Область Контрольный вопрос Чек Функция У каждого файла назначена одна primary функция? □ Owner У каждого критичного поля только один primary owner? □ Ignore Записано ли, какие лишние свойства каждого файла не переносить? □ Identity Есть ли Character и Subject views для нужных ракурсов и состояний? □ Object Доказаны ли форма, материал, масштаб, стороны и states предметов? □ Scene Есть ли план, reverse views, anchors, zones и setup states? □ Style Разложен ли стиль на наблюдаемые признаки без переноса содержания? □ Composition Отделено ли расположение масс от положения и движения камеры? □ Lighting Зафиксированы ли источники, направление, качество, ratio и CCT? □ Motion Есть ли path, timing, weight, start и end states? □ Camera Есть ли position, lens, path, speed, stabilization и focus? □ Performance Есть ли objective, beats, gaze, gesture, breath и timing? □ Audio Есть ли sync basis, cues, room tone, voice и visual consequences? □ Scope Каждый reference действует только на назначенный проект, sequence, setup или shot? □ Version В active pack только approved и lock версии? □ Conflicts Разрешены ли все конкурирующие claims одного поля? □ Packet Shot Packet содержит только видимые и причинно важные references? □ Testing Пройдены ли isolation и full stack stress tests? □ QC Есть ли измеримые success criteria? □

Главные ошибки работы с референсами

1. Собирать картинки по принципу нравится. Неясно, какое решение должен контролировать каждый файл.

2. Назначать одному кадру все функции. Лицо, одежда, фон, свет, объектив и стиль превращаются в неразделимый случайный пакет.

3. Не писать ignore. Модель переносит сильные, но ненужные свойства источника.

4. Давать нескольким файлам одно поле. Конфликтующие лица, геометрии, стили и states смешиваются.

5. Путать Subject и Character. Текущий Look начинает переписывать постоянную личность героя.

6. Путать Composition и Camera. Статическое расположение масс не объясняет оптику и путь точки наблюдения.

7. Путать Motion и Performance. Физическая траектория копируется без намерения, реакции и внутреннего действия.

8. Путать Lighting и Style. Цветовая обработка меняет положение и логику источников.

9. Передавать видео целиком. Camera, motion, performance, audio и edit остаются неразделёнными.

10. Хранить proposals рядом с locks. Старая версия возвращается в новый шот.

11. Игнорировать scope. Решение одного шота случайно становится правилом всего проекта.

12. Не проводить isolation tests. Невозможно понять, какой источник вызвал ошибку.

Итог главы

Мыслить референсами — значит видеть не коллекцию картинок, а систему ответственности. Subject фиксирует текущий субъект, Character — личность, Object — предмет, Scene — пространство, Style — способ изображения, Composition — расположение масс, Lighting — физику света, Motion — движение, Camera — точку наблюдения, Performance — исполнение, Audio — временную и звуковую структуру.

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

Когда references разделены по owners, подписаны controls и ignore, проверены isolation tests и собраны в Shot Packet, модель перестаёт угадывать, что именно понравилось режиссёру. Она получает ясную карту: что сохранить, что изменить, что не переносить и как проверить результат.

Глава 10 Работа с изображениями-референсами

Изображение-референс передаёт модели не одну команду, а целый пакет признаков: лицо, тело, одежду, предметы, фон, геометрию, свет, композицию, оптику, цвет и момент действия. Режиссёр может хотеть взять только лицо, но модель видит также белую рубашку, окно слева и мягкий контровой свет. Поэтому работа с изображениями начинается не с загрузки файлов, а с распределения ответственности между ними.

Главная задача AI-режиссёра — превратить набор картинок в систему управляемых сигналов. Для каждого изображения нужно определить роль, владельца признаков, границу переноса, приоритет и критерий проверки. Тогда Image 1 не спорит с Image 2, а Image 3 не превращает световой пример в нового персонажа.

Главный принцип главы:

Модель получает изображение целиком. Режиссёр обязан объяснить, какую часть этого целого использовать, что сохранить, что изменить и что категорически не переносить.

Правило — один primary owner на поле, а не один файл на единственную функцию. Anchor может одновременно фиксировать согласованные identity/scene/light/state; confirmatory views подтверждают ту же сущность. Общая taxonomy и authority — глава 9; здесь проверяем конкретные пары изображений.

Изображение состоит из слоёв

Слой Что модель может считать сигналом Кто должен владеть полем Identity Лицо, форма головы, тело, возраст и уникальные признаки. Character Reference Look Одежда, причёска, макияж, аксессуары и состояние. Subject или Look Reference Object Форма, материал, цвет, маркировка и ориентация предмета. Object Reference Scene Стены, проёмы, мебель, глубина и расположение объектов. Scene Reference Composition Крупность, положение героя, горизонт и пустота. Composition Reference Lighting Источники, направление, жёсткость, контраст и температура. Lighting Reference Style Фактура, реализм, палитра, зерно и способ рендеринга. Style Reference Camera clues Перспектива, высота, дистанция и предполагаемая оптика. Camera или Composition Reference State Мокро, повреждено, открыто, заполнено, включено. Subject, Object или Scene state

Почему подпись важнее количества

• Один подписанный файл может дать более чистый результат, чем десять красивых, но равноправных изображений.

• Несколько изображений полезны только тогда, когда каждое закрывает отдельный вопрос или подтверждает одну версию объекта.

• Если два файла претендуют на одно поле, модель получает конфликт, даже если режиссёру оба нравятся.

• Фраза «вдохновись всеми изображениями» снимает управление и превращает stack в визуальное усреднение.

• Нумерация Image 1, Image 2 и Image 3 работает только вместе с явным назначением ролей.

10.1 Один reference

Один reference подходит, когда изображение уже близко к нужному результату, а изменение локально и однозначно. Такой подход даёт модели самый чистый визуальный сигнал, но одновременно делает все видимые свойства файла потенциально наследуемыми. Чем больше нужно изменить, тем опаснее считать один кадр универсальным источником истины.

Когда одного изображения достаточно

Задача Почему одного файла хватает Что уточнить текстом Оживить утверждённый keyframe Лицо, Look, сцена, свет и композиция уже согласованы. Только действие, камера, длительность и конечное состояние. Изменить один элемент Большая часть кадра должна остаться неизменной. Что заменить и какие области нельзя трогать. Продолжить сцену Первый кадр содержит актуальный state in. Следующее действие и state out. Создать вариацию ракурса Субъект и среда уже утверждены. Новый camera side, крупность и предел допустимой реконструкции. Передать один чистый признак Источник нейтрален и не содержит конкурирующих сигналов. Роль признака и список ignore.

Три режима использования одного изображения

Режим Что сохраняется Что меняется Главный риск Anchor Почти весь кадр. Действие, микродвижение или малая деталь. Слишком сильная фиксация исходного кадра. Source Выбранный субъект или объект. Среда, свет, композиция и действие. Наследование фона и стиля. Attribute Один признак: свет, материал, поза или палитра. Всё остальное приходит из проекта. Признак не отделён от содержания.

Карточка одного изображения

IMAGE 1 ROLE [ANCHOR SOURCE или ATTRIBUTE] USE ONLY FOR [одно поле или конкретная группа связанных полей] PRESERVE [видимые измеримые признаки] CHANGE [действие ракурс свет одежда фон состояние] IGNORE [лишние признаки исходного изображения] SUCCESS [как визуально проверить результат]

Пример одного reference

Исходное изображение показывает утверждённую героиню в коридоре. Нужно получить короткий push камеры и поворот её взгляда после звука. Кадр используется как Anchor: сохраняются лицо, одежда, география, свет, положение кружки и начальная композиция. Меняются только взгляд, дыхание и камера. Нельзя добавлять новую дверь, переставлять мебель или менять время суток.

Use Image 1 as the approved start frame and visual anchor. Preserve the same character identity, wardrobe, corridor geometry, mug position, lighting direction, color relationships and opening composition. Animate only: after the metal sound, her eyes move toward Door B, her breathing pauses, and the camera makes a slow 30 cm push. Do not redesign the face, clothes, doors, furniture, light or color palette. End with the same geography and a slightly tighter frame.

Запрос — режиссёрский intent template. Точный push 30 см и audio-trigger требуют проверки конкретного режима; при неподдерживаемом audio input запланируйте действие по согласованному времени и добавьте звук в постпродакшне. Иллюстрация не подтверждает native capability любой модели.

Когда один reference становится ловушкой

• Нужно сохранить лицо, но полностью заменить одежду, фон, свет и композицию.

• В изображении скрыта обратная сторона предмета или помещения.

• Кадр содержит сильную стилизацию, которая не принадлежит проекту.

• Требуется новый общий план, а источник показывает только портрет.

• Нужна физически сложная поза, но исходник не доказывает тело и контакты.

• Один файл одновременно назначен персонажем, локацией, светом и стилем без явных границ.

10.2 Несколько reference

Несколько references нужны не для того, чтобы дать модели больше вдохновения. Они закрывают разные поля одного результата или показывают недостающие стороны одного и того же объекта. Сильный multi-reference запрос похож на съёмочную группу: у каждого участника своя зона ответственности, и никто не меняет чужое решение.

Два типа многоизображенческой сборки

Тип Логика Пример Правило Complementary Каждый файл отвечает за другое поле. Image 1 лицо, Image 2 одежда, Image 3 локация. На одном поле нет конфликтующих primary owners; связанные поля одного anchor могут иметь общий файл. Confirmatory Файлы доказывают разные стороны одной сущности. Фронт, профиль и три четверти одного персонажа. Версия, состояние и признаки совпадают.