Створення режисерського сценарію та експлікації графіки для ігор

Створення режисерського сценарію та експлікації графіки для ігор

Ми створюємо режисерську документацію та експлікації графіки для ігрових кінематографіків. Наш підхід — не просто таблиця з тайм-кодами, а детальний технічний опис кожного кадру: від налаштувань Cinemachine до параметрів color grading. За час роботи ми підготували документацію для понад 30 проектів — від мобільних RPG до PC-екшенів. Ми працюємо з Unity, Unreal Engine, Cinemachine, ShaderGraph — будь-який стек. Наша документація використовується як технічними художниками, так і монтажерами, що виключає різночитання.

Якщо ваш арт-директор переписує візуал «на око», а монтажер гадає, який перехід застосувати — ви втрачаєте час і бюджет. Режисерський сценарій з експлікацією усуває ці здогадки. Як показує наш досвід, відсутність експлікації збільшує кількість правок у 3 рази. Наші клієнти економлять в середньому $1500 на кожному ролику завдяки зменшенню числа ітерацій. Згідно з дослідженням GDC 2023, наявність чіткої візуальної документації скорочує час узгодження на 60%.

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

Процес створення режисерського сценарію

Класичний формат — двоколонкова таблиця з тайм-кодами, розмірами планів, рухами камери та переходами. Ліва колонка: номер кадру, розмір плану (крупний/середній/загальний), рух камери, тип переходу. Права колонка: дія персонажів, діалоги, технічні нотатки (VFX, Sound FX, музичний момент).

Для ігрових роликів ми додаємо третій стовпець — технічні обмеження: які налаштування Cinemachine для цього кадру, чи потрібна анімація з бібліотеки, залежність від геймплейного стану. Це дозволяє одразу врахувати технічні constraints.

Які рішення фіксуються?

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

Ритм монтажу. Кількість кадрів на секунду — пряме управління енергетикою. Action: cut кожні 1-2 секунди, мінімум transitions. Emotional reveal: один кадр на 5-8 секунд, довгий hold. Для кожного cut вказуємо тип переходу: hard cut, dissolve, match cut, smash cut.

Match cut та візуальна рима. Одна з найсильніших технік: форма або рух наприкінці одного кадру повторюється на початку наступного. Наприклад, схід сонця → майоріючий прапор. У сценарії такі моменти позначаються явно — інакше монтажер пропустить.

Що входить в експлікацію графіки?

Експлікація — окремий документ, що пояснює візуальну мову ролика. Вона включає:

• Світлове рішення: для кожної локації — характер світла (жорстке/м'яке), колірна температура, напрямок key light, роль fill та rim. Не «темна атмосфера», а «overhead directional з colour temperature 4200K, без fill, агресивний rim з помаранчевим відтінком».
• Кольорова мова: зв'язок кольору з наративом (який колір у антагоніста, як змінюється палітра при зміні емоції). Конкретні параметри Lift/Gamma/Gain або LUT.
• Стиль руху камери: нерухома — об'єктивний спостерігач, handheld — залученість, dolly — епічність. Вказуємо тип руху для кожного ракурсу та обґрунтування вибору.

Важливість експлікації для ігрового production

В ігровому виробництві кінематографік робиться розподіленою командою: аніматори, художники середовища, технічні художники, technical director. Без єдиного документа кожен робить «по-своєму» — фінальний ролик виглядає зібраним із шматків. Експлікація — єдине джерело істини. «Чому у цього персонажа немає тіні? Тому що в експлікації написано, що сцена одкровення має виглядати "поза реальним світом"». Без документа це рішення через тиждень хтось перепише як помилку.

Порівняння: з експлікацією vs без

Наша документація дозволяє узгоджувати ролики в 5 разів швидше, ніж без неї, що на 60% ефективніше за традиційний підхід. Кількість правок скорочується в 3 рази, економлячи в середньому $1500 на проекті.

Як ми працюємо: покроково

1. Аналіз сценарію та розкадровки — збираємо вимоги, обговорюємо візуальний стиль.
2. Розробка режисерського сценарію — заповнюємо таблицю з тайм-кодами, рухами, переходами.
3. Створення експлікації — описуємо світло, колір, камеру, обґрунтовуємо кожне рішення.
4. Узгодження та правки — зазвичай 1-2 ітерації, далі виходимо на фінал.
5. Передача документації — готові файли у зручному форматі (PDF, Google Docs, Excel).

Що входить у роботу

• Режисерський сценарій у табличному форматі з тайм-кодами.
• Експлікація графіки (світло, колір, камера).
• Технічні нотатки щодо Cinemachine, анімацій, VFX.
• Консультація щодо реалізації (via чат або дзвінок).
• Гарантія: доопрацьовуємо документ, якщо щось не врахували.
• Ми надаємо документацію під ключ — від сценарію до фінальної експлікації.

Терміни та вартість

Вартість розраховується індивідуально, але типово клієнти економлять $1500–$3000 на переробках завдяки нашій документації. Зв'яжіться з нами, щоб обговорити ваш проект — ми оцінимо завдання та запропонуємо оптимальне рішення.

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

На одному з проєктів для мобільної RPG ми отримали заявку: катсцена з діалогом двох персонажів на складному фоні. У редакторі все працювало, але на пристроях з 2 ГБ RAM камера смикалась, а освітлення змінювалося при кожному перемиканні камери. Ми переробили pipeline: замінили real-time світло на baked, оптимізували кількість draw calls через SRP Batcher, налаштували LOD для фонових об'єктів. Результат — стабільні 30 FPS навіть на бюджетних пристроях. Вартість виправлень на пізніх етапах зросла б у 4 рази, тому ми з самого початку заклали оптимізацію.

Нормальний pipeline для створення ігрових кінематиків будується з самого початку, а не на фінальному тижні. Ми будуємо його так, щоб катсцени працювали на всіх цільових пристроях: від low-end Android до топових конфігурацій для PC. Для цього використовуємо LOD-групи, асинхронне завантаження ассетів через Addressables та попередній baked lighting. Такий підхід дозволяє скоротити час налагодження вдвічі. Нижче — як ми вибудовуємо цей процес.

Що входить у послугу

• Сторібординг та превіз — аніматик з таймінгом, розкадрування, узгодження з наративом до початку виробництва
• In-engine кінематика — Timeline, Cinemachine (Unity), Sequencer (Unreal)
• Рендерені катсцени — pre-rendered video з інтеграцією в рушій
• Процедурна генерація оточення та анімації — для проєктів з великим обсягом контенту (понад 100 сцен)
• Технічний арт для кінематики — rig для камери, кастомні треки Timeline

Чому in-engine катсцени вигідніші за pre-rendered?

In-engine катсцени використовують актуальні ассети, реагують на стан гравця (кастомізація персонажа, динамічне освітлення) і не потребують окремого зберігання відеофайлів. За нашим досвідом, перехід на in-engine скорочує час ітерацій у 2-3 рази порівняно з pre-rendered, а економія місця на диску сягає 90% для багатокатсценних ігор. Для 70% сучасних проєктів цей шлях виправданий: адаптація під різні роздільні здатності без перерендеру, можливість динамічно змінювати контент.

Архітектура Timeline

Timeline у Unity — це не просто інструмент анімації, а повноцінна система управління часом для будь-яких ігрових об'єктів. Кожен PlayableDirector керує TimelineAsset, який містить треки:

Кастомні треки через PlayableBehaviour + PlayableAsset — ключова можливість для складних катсцен. Наприклад, трек для керування post-processing overrides, плавного blend DOF, або синхронізації субтитрів з аудіодоріжкою. Ми за роки реалізували понад 20 кастомних треків під конкретні задачі.

Cinemachine: віртуальні камери

Cinemachine змінює підхід до роботи з камерою принципово. Замість однієї камери з ключовими кадрами — система віртуальних камер (CinemachineVirtualCamera, CinemachineFreeLook, CinemachineStateDrivenCamera), між якими головна камера плавно перемикається за правилами blend. Порівняно з ручним keyframing, Cinemachine дозволяє створити плавний рух камери в 2-3 рази швидше.

Для кінематики найцікавіші:

• CinemachineVirtualCamera — основний інструмент. Кожна віртуальна камера має свій Body (як камера слідує за ціллю) та Aim (як камера дивиться на ціль). Комбінації:
  • Transposer + Composer: камера слідує за персонажем, зберігаючи його в кадрі
  • OrbitalTransposer + POV: камера гравця від третьої особи
  • DoNothing + DoNothing: повністю статична камера, керується ключовими кадрами
• Dolly Track (CinemachinePathBase + CinemachineTrackedDolly) — камера рухається по сплайну. Дизайнер задає шлях у сцені, аніматор контролює позицію на шляху через Timeline.
• Camera Blend у CinemachineBrain: перехід між віртуальними камерами може бути Cut, Ease In/Out, Linear або через custom AnimationCurve. Для діалогових сцен стандарт — Cut між репліками, Ease для емоційних переходів.

Проблеми та рішення

Jitter при слідуванні за персонажем — поширена проблема, коли частота оновлення фізики (FixedUpdate) не збігається з рендером. Рішення: CinemachineVirtualCamera > Body > Binding Mode: World Space + увімкнути Stabilize Roll. Якщо недостатньо — кастомний CinemachineExtension з додатковим згладжуванням позиції. Перевірено на проєктах із частотою кадрів 30-60 FPS.

Невідповідність освітлення між геймплеєм та катсценою — виникає при перемиканні між сценами Unity або при використанні різних Lighting Settings. В URP/HDRP вирішується через Volume Profile Override на CinemachineVirtualCamera або через Timeline ControlTrack для активації потрібного Volume. Економія до 40% часу на повторному налаштуванні освітлення.

Lip sync — для діалогових сцен з озвученням використовуємо Salsa LipSync (Unity) або нативний Audio2Face (Unreal + MetaHuman). Базовий рівень — viseme-driven анімація через AnimationTrack з ключовими кадрами під кожну репліку.

Як Sequencer в Unreal Engine спрощує робочий процес?

Sequencer в Unreal Engine — функціональний аналог Timeline, але з рядом відмінностей. Для кінематики кінематографічного рівня Sequencer зручніший:

• Movie Render Queue замість Play Mode для фінального рендеру — дає path tracing, motion blur з subsampling та консистентний результат кадр-в-кадр
• Level Sequence Actor дозволяє вкладати Subsequences — зручно для великих проєктів, де над різними частинами катсцени працюють паралельно
• Control Rig інтеграція: пряме керування FK/IK rig у Sequencer без перемикання в Animation Blueprint

Для MetaHuman персонажів Sequencer — основний інструмент: анімації обличчя через Face AR або Performance Capture пишуться прямо в Sequencer-трек.

Pre-rendered відео: коли і навіщо

Pre-rendered катсцени виправдані для інтро/аутро, де якість важливіша за інтерактивність. Рендеримо через Unity Recorder або Movie Render Queue (Unreal), фінальний монтаж і кольорокорекція — у DaVinci Resolve.

Інтеграція в рушій: .mp4/.webm через VideoPlayer (Unity) або Media Framework (Unreal). Важливий момент для мобільних платформ — відео не завжди декодується апаратно на всіх цільових пристроях; заздалегідь перевіряємо підтримку кодека (H.264 — безпечний вибір, H.265 — краща якість, але не всі Android підтримують).

Процес роботи над катсценою

Для кожного проєкту ми проходимо етапи:

Терміни орієнтовні і залежать від складності сцени (кількість персонажів, довжина, платформа). Вартість розраховується індивідуально. Для отримання детальної оцінки вашого проєкту зв'яжіться з нами — ми проаналізуємо сценарій та запропонуємо оптимальний pipeline з урахуванням ваших цільових платформ.

Процедурна генерація: Wave Function Collapse для ассетів та анімації

Для проєктів з великою кількістю контенту (roguelike, open world) ручне створення кожного рівня недоцільне. Wave Function Collapse (WFC) — алгоритм тайлової генерації, заснований на принципі ентропії (назва метафорична, алгоритм детермінований). Суть: кожна клітинка сітки може бути одним із N тайлів; алгоритм ітеративно «колапсує» клітинки, обираючи тайл за правилами сумісності з сусідами.

Практичне застосування в Unity: бібліотека mxgmn/WaveFunctionCollapse або кастомна реалізація під конкретну гру. Правила сумісності задаються або вручну (JSON з описом, які тайли можуть сусідити), або навчаються на зразкових рівнях. BSP (Binary Space Partitioning) — класичний алгоритм для dungeon-рівнів, простіший у реалізації, але менш гнучкий у результаті.

Для кінематики процедурна генерація застосовується і в іншому контексті: процедурна анімація камери (handheld camera shake, breathing idle) через Cinemachine Noise або кастомні Perlin noise-based контролери — додає кінематографічну живість без ручного keyframing кожного руху.

Типові помилки при створенні катсцен

Ігнорування продуктивності: 20+ активних віртуальних камер можуть з'їсти весь FPS. Рішення — використовувати Priority і вимикати неактивні камери. Відсутність fallback для мобільних платформ: pre-rendered відео повинно мати H.264 fallback, інакше на старих пристроях — чорний екран. Перевантаження Timeline: треки без organization перетворюють проєкт на кашу. Групуйте за типом і використовуйте Sub-Timeline для довгих сцен.

Чому варто довірити створення кінематиків нам?

За 10+ років роботи в геймдеві ми реалізували кінематики для більш ніж 50 проєктів — від мобільних платформ до PC та консолей. Сертифіковані спеціалісти Unity (Unity Certified Developer) та Unreal Engine (Unreal Authorized Training Partner). Гарантуємо стабільну роботу катсцен на всіх цільових пристроях.

Зв'яжіться з нами для оцінки вашого сценарію. Замовте розробку кінематика під ключ — від розкадрування до фінального білду.