Глава 3. Фреймворк проектирования пространств с временными слоями

Задача этого параграфа – сформулировать набор принципов, по которым можно проектировать пространства с несколькими временными состояниями для целей повествования через окружение. Принципы должны работать для любого типа из предложенной в первой главе типологии (бинарное переключение, множественные эпохи, непрерывная ось, временная петля, параллельные реальности) и для любого жанра, будь то экшен, головоломка, иммерсивный симулятор или хоррор.

По итогам второй главы у нас есть 17 дизайнерских приёмов, которые конкретные игры используют для ПЧО через временные состояния. Проблема в том, что приём – это всегда описание решения в рамках конкретного проекта, привязанное к его жанру, механике и контексту. «Пространственная дверь» принадлежит Titanfall 2, «линза времени» родилась в Dishonored 2, а «параллельное чтение» специфично для The Medium.

Фреймворк работает на другом уровне абстракции. Он фиксирует принципы, которые стоят за приёмами, и объясняет, почему те оказываются эффективными. Принцип – это не рекомендация «сделай как в Titanfall 2», а формулировка вида «обеспечь условие X, потому что без него механизм ПЧО перестаёт работать».

Принципы получены путём индуктивного обобщения по следующей логике:

1. К каждому из 17 приёмов я задавал вопрос: какое общее условие делает этот приём рабочим?
2. Приёмы, эффективность которых зависит от одного и того же условия, объединялись в группу.
3. Каждое условие сформулировано как принцип, то есть правило, которое дизайнер может применять осознанно.

Вот несколько примеров:

• «Пространственная дверь» из Titanfall 2 работает потому, что игрок при переключении узнаёт место: те же стены, те же коридоры, только в другом времени.
• «Архитектурный палимпсест» из Dishonored 2 эффективен потому, что следы прежнего состояния читаются в текущем, старая мебель проступает сквозь новую планировку.
• «Параллельное чтение» в The Medium держится на том, что оба мира геометрически совместимы и камера показывает одну структуру с двух сторон.

Если посмотреть на эти три приёма вместе, за ними стоит одно и то же условие: базовая структура пространства сохраняется при переходе между состояниями. Из этого условия вырастает первый принцип фреймворка, «Структурный каркас».

Порядок групп отражает логику проектирования: сначала структура, потом восприятие, потом нарратив. Но это не иерархия, потому что они все одинаково необходимы:

• Структурный каркас без нарративной дельты создаёт пространство, которое технически корректно переключается, но ничего не рассказывает.
• Нарративная дельта без ориентационной стабильности порождает пространство, в котором история заложена, но игроку сложно её считать, потому что он теряется после каждого переключения.

Мне было важно, чтобы фреймворк не оказался привязан к какому-то одному жанру. Собственно, именно поэтому в его основе лежат принципы, а не приёмы – они достаточно абстрактны для адаптации под разные условия.

Среди разобранных во второй главе игр есть:

• шутер от первого лица (Titanfall 2),
• иммерсивный симулятор (Dishonored 2),
• хоррор с фиксированной камерой (The Medium),
• исследовательская игра с открытым миром (Outer Wilds).

При всех различиях между этими проектами принципы прослеживаются в каждом из них. Они так же применимы к головоломкам вроде Braid или Portal, к ролевым играм вроде Chrono Trigger или Zelda и к любому будущему проекту, который выстраивает повествование через пространство с несколькими временными слоями.

Базовая пространственная структура (стены, перекрытия, основные объёмы, уровни высот, ключевые архитектурные элементы) должна быть узнаваема во всех временны́х состояниях пространства.

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

Весь механизм ПЧО через временные состояния основан на сопоставлении: игрок видит одно место в двух или более версиях и «читает» разницу (дельту). Сопоставление возможно, только если игрок узнаёт место. Если при переключении пространство меняется настолько, что не узнаётся — сопоставление невозможно. Нет сопоставления — нет дельты — нет нарратива.

Структурный каркас — это инвариант, точка отсчета, относительно которой измеряются все изменения.

Titanfall 2 «Effect and Cause»

Архитектурный каркас исследовательского комплекса (стены, колонны, этажи, масштаб помещений) идентичен в прошлом и настоящем. Между состояниями меняются поверхности, наполнение, освещение и обитатели, но геометрический «скелет» остаётся тем же. Именно поэтому при мгновенном переключении, которое занимает буквально долю секунды, игрок сразу понимает, что находится в том же месте, просто в другом времени.

Dishonored 2 «A Crack in the Slab»

Планировка особняка Стилтона одинакова в обоих временны́х слоях. Даже там, где перекрытия обрушились, каркас не исчезает полностью: остатки стен, дверные проёмы и лестничные площадки по-прежнему читаются. Линза позволяет буквально наложить два каркаса друг на друга и убедиться, что они совпадают.

The Medium.

Здесь каркас совпадает геометрически, и это продиктовано технической необходимостью: синхронное движение персонажа в режиме разделённого экрана требует одинаковой топологии. В духовном мире каркас визуально деформируется, стены «дышат» и обрастают органическими формами, но последовательность поворотов и дверных проёмов сохраняется. Сама деформация при этом несёт нарративную функцию, показывая, что это место «искалечено».

Outer Wilds, исключение, которое подтверждает правило

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

Можно менять между состояниями:

• Текстуры и материалы поверхностей
• Освещение (тип, интенсивность, цвет)
• Наполнение (мебель, оборудование, декор)
• Обитатели (NPC, враги, существа)
• Атмосфера (звук, частицы, погода)

Менять с осторожностью:

• Второстепенные стены и перегородки
• Элементы вертикального транспорта (лестницы, лифты)
• Размеры проёмов (дверей, окон)
• Дополнительные проходы (проломы, тоннели)
• Элементы фасада.

Не менять без нарративной причины:

• Несущие стены, основные объёмы
• Уровни высот (этажи)
• Масштаб помещений
• Ключевые ориентиры
• Общая топология (порядок комнат)

Отдельно стоит сказать о ситуациях, когда каркас всё-таки нужно разрушить. Такое решение оправдано только тогда, когда оно само по себе рассказывает историю, как на Пустотной Сфере в Outer Wilds, где планета буквально разваливается на глазах. При этом у игрока должна оставаться возможность компенсировать потерю ориентации через альтернативные якоря, карту или уже накопленное знание маршрута. Важно помнить, что разрушение каркаса является кульминационным приёмом, а если использовать его постоянно, он перестанет производить впечатление и начнёт просто мешать навигации.

Функциональность объектов и пространственных элементов должна различаться между состояниями, создавая одновременно геймплейную задачу и нарративный смысл. Каждый ключевой объект, который отличается между состояниями, должен работать в двух направлениях: создавать или устранять геймплейное препятствие и рассказывать фрагмент истории.

Функциональная инверсия по своей сути реализует принцип двойного назначения. Она превращает каждую головоломку в акт повествования через окружение, а каждое нарративное открытие в геймплейный прогресс. Благодаря этому исчезает конфликт между «играть» и «слушать историю»: в хорошо спроектированном пространстве с временными состояниями это одно и то же действие.

Без функциональной инверсии переключение состояний остаётся чисто механическим: «нажми кнопку, мост появится». С функциональной инверсией то же действие нагружается смыслом: «верни мост в прошлое и увидь, каким он был до катастрофы».