Написання літературного сценарію трейлера гри

Ми розробляємо літературні сценарії для ігрових трейлерів — текстовий документ, який лягає в основу ролика. На відміну від розкадровки (візуальні кадри) або режисерського сценарію (технічна розбивка), тут у центрі — історія: дії, діалоги, атмосфера. Це відправна точка для всієї команди, яка фіксує ідею до візуалізації. Трейлер без сценарію — це просто набір геймплейних фрагментів, який не тримає увагу. Наш досвід показує, що правильно написаний сценарій збільшує конверсію переглядів у покупку на 30%.

За п'ять років роботи ми написали понад 50 сценаріїв для інді-студій та великих видавців (PC, консолі, мобільні платформи). Серед проєктів — тизери, announcement-трейлери та сюжетні ролики. Наш підхід — щільна робота з наративом і ритмом, щоб кожен кадр працював на утримання уваги. Ми використовуємо структурні шаблони, перевірені на AAA-проєктах, і адаптуємо їх під бюджет і жанр кожної гри.

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

Як будується структура ігрового трейлера? — написання літературного сценарію

В ігровому трейлері немає завдання розповісти історію до кінця. Завдання — створити бажання. Бажання дізнатися, що буде далі. Бажання зіграти. Тому структура трейлера будується інакше: не зав'язка-кульмінація-розв'язка, а наростання + незакрите питання.

Класична структура трейлера: встановлення світу (5–10 секунд), введення конфлікту (10–20 секунд), наростання ставок (15–30 секунд), емоційний пік + обрив. Жодного розв'язання — розв'язання буде в грі. Як зазначається в Вікіпедії, трейлери зазвичай будуються за цією схемою для максимального залучення.

Літературний сценарій описує саме цю структуру через образи та дії, без прив'язки до конкретних кадрів. Наприклад, не «камера показує крупний план меча» — а «Трін дістає меч і дивиться на палаючий обрій. Вперше за сцену — пауза. Це її вибір».

Чому літературний сценарій важливіший за розкадровку?

Розкадровка — це візуальна інтерпретація, але без твердої наративної основи вона ризикує бути красивою картинкою без сенсу. Літературний сценарій фіксує відповіді на питання: про що трейлер, що відчуває глядач, який ритм? Розкадрувальник працює вже з готовою історією. На практиці добре написаний сценарій скорочує час на розкадровку та монтаж на 30–40% — команда розуміє завдання без зайвих ітерацій.

Елементи літературного сценарію

Наративна тема. Про що трейлер? Не «про нову RPG» — а «про ціну вибору, коли немає правильних відповідей». Наративна тема — компас для всіх інших рішень. Якщо кадр або репліка не працюють на тему — вони під питанням.

Голос за кадром (VO) або діалог. Текст озвучки пишеться в літературному сценарії. Це критично важливий елемент: невдала репліка знищує все візуальне. Хороший VO — конкретний образ або питання, а не абстракція. «Що ти готовий втратити?» працює. «Світ змінився назавжди» — ні, бо це сказано в кожному другому трейлері.

Опис дій та атмосфери. Літературний сценарій описує, що відбувається на екрані, через літературну мову — не технічні вказівки. «Місто горить. Серед руїн двоє — ворог і герой. Між ними — не зброя, а мовчання» — це задає образ для візуального рішення, не обмежуючи художника конкретними кадрами.

Ритмічна структура. Хороший сценарій трейлера має внутрішній ритм навіть як текст. Короткі речення в моменти наростання. Довгі — в спокійних, атмосферних ділянках. Це не стилістика заради стилістики — монтажер і режисер читають сценарій і вже відчувають ритм нарізки.

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

• Перелік фіч. «У грі 100 рівнів, 50 персонажів, 3 фракції, відкритий світ» — це не трейлер, це список характеристик. Гравець не відчуває, що це означає. Трейлер має показувати досвід, а не специфікацію.
• Занадто довгий VO. Голос за кадром, який говорить безперервно 60 секунд, перетворює трейлер на аудіокнигу. Найкращі ігрові трейлери використовують VO дозовано — кілька коротких реплік у ключових точках, решта — музика та дія.
• Відсутність геймплею в описі. Трейлер гри має показувати гру. Якщо в літературному сценарії немає жодної згадки ігрової дії (битва, дослідження, діалоговий вибір) — це cinematics-ролик, а не трейлер. Межа важлива для очікувань аудиторії.

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

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

Вартість розраховується індивідуально, орієнтир — від 45 000 до 120 000 гривень залежно від хронометражу та складності наративу. У цю суму входять усі ітерації правок до погодження. При замовленні сценаріїв для кількох трейлерів економія може досягати 30%.

Як ми гарантуємо якість

Ми використовуємо перевірений процес: кожен сценарій проходить внутрішнє рев’ю на відповідність наративній темі, ритму та жанровим конвенціям. За плечима — понад 50 проєктів для платформ PC, PlayStation, Xbox, Switch. Наші сценарії лягали в основу трейлерів, які набирали мільйони переглядів.

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

Катсцена, яка в редакторі виглядає чудово, у продакшен-збірці може перетворитися на слайд-шоу: персонажі застигають, камера смикається, освітлення не збігається з геймплеєм. І це не поодинокий випадок — ми бачили це десятки разів на проєктах під 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). Гарантуємо стабільну роботу катсцен на всіх цільових пристроях.

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