Разработка схем освещения и цветовых ключей графики
Colour key — это не красивая картинка для презентации. Это технический документ, от которого зависит, сколько итераций пройдёт окружение до финального аппрува. Если его нет или он сделан как набросок в Photoshop без привязки к реальным диапазонам яркости, художники по окружению работают вслепую: каждый ассет красят под своё представление о свете, и финальная сборка сцены выглядит так, будто уровень собрали из пяти разных игр.
Схема освещения — это не «откуда светит солнце». Это чёткая документация: направление ключевого источника, тональный диапазон теней и хайлайтов, цветовая температура fill-света, допустимый контраст между зонами. Без этого никакой Enlighten или Progressive Lightmapper не спасёт финальный рендер от каши.
Где именно ломается процесс без colour key
Самая частая ситуация: арт-директор утвердил концепт с атмосферным синим закатом, художники по окружению сделали уровень, технический художник настроил Directional Light в Unity HDRP — и всё выглядит «не так». Начинаются итерации по нормалям, переосвещению ассетов, смене Skybox. Три недели потеряно.
Причина почти всегда одна: colour key был сделан как иллюстрация, а не как технический референс. На нём не было указано:
- Нормализованные значения Exposure в EV100 для ключевых зон
- Цветовая температура в Kelvin для каждого источника (например, 5500K для дневного солнца против 2800K для факелов в подземелье)
- Уровень ambient occlusion в затенённых зонах — без этого художники произвольно увеличивают AO intensity и получают грязь вместо атмосферы
Вторая проблема — отсутствие lighting scheme для разных состояний времени суток или геймплейных ситуаций. В open-world проекте, где есть day/night cycle, colour key нужен минимум для трёх состояний: день, золотой час, ночь. Каждое — с отдельными значениями Light Probe intensity и sky irradiance.
Когда схемы нет, Level Designer просто крутит параметры вручную и надеется, что будет «красиво». Это работает один раз из пяти.
Как строится технически корректный colour key
Основа — связь между визуальным представлением и реальными значениями в движке. Colour key делается в два слоя: художественный (композиция цвета и света, читаемость силуэтов, эмоциональный тон) и технический (конкретные значения для имплементации).
Художественный слой создаётся в Photoshop или Procreate — быстрые скетчи на заблокированной геометрии сцены. Здесь определяется: где самое яркое пятно в кадре, куда уходит взгляд игрока, насколько насыщен ambient против прямого света. На этом этапе важна насмотренность — работы Сейджи Ямамото по освещению, lighting bible из GDC presentations по God of War или Horizon Zero Dawn дают понимание того, что работает.
Технический слой — перевод художественных решений в параметры. Для Unity HDRP:
- Directional Light Intensity в Lux (для дневной сцены — 80 000–100 000 Lux, для overcast — 10 000–20 000)
- Sky и Fog Volume настройки: Fog Attenuation Distance влияет на читаемость дальних объектов не меньше, чем туман в буквальном смысле
- Light Probe Proxy Volume для объектов с нестандартной геометрией
- Reflection Probe resolution — на открытых пространствах 256 достаточно, внутри помещений нужен 512 минимум
Для Unreal Engine 5 — Lumen даёт иную логику: colour key должен учитывать, что indirect lighting будет меняться динамически. Поэтому статичные colour keys для Lumen-проектов дополняются указанием допустимого диапазона brightness variance — насколько может уйти итоговый рендер от референса при изменении положения источника.
На практике: в одном проекте с тайловым подземельем была сделана lighting scheme для трёх зон — вход (переходная яркость), глубь (минимальный ambient, акцентные точечные источники), босс-арена (высокий контраст, красный fill). Каждая зона — отдельный colour key с указанием EV100, температуры источников и допустимого отклонения в Lux. Художники по окружению работали по этим документам без дополнительных согласований. Итоговая сборка прошла аппрув с первой попытки.
Инструменты и форматы документации
Colour key в современном пайплайне — это не просто JPG. Финальный документ включает:
- Reference sheet в PSD с метками яркостных зон (Levels/Curves как визуальные аннотации)
- Lighting spec — таблица с параметрами источников: тип, интенсивность, температура, shadows resolution
- Gradient map — демонстрация тонального диапазона от самой тёмной тени до самого яркого хайлайта
- Thumbnail grid — 6–9 вариантов с разными настроениями, из которых выбирается финальное направление
Для анимационных проектов с кат-сценами добавляется lighting timeline — покадровая документация смены освещения по ключевым событиям. Без неё технические художники каждый раз начинают lighting кат-сцены заново вместо работы по единому стандарту.
Этапы работы над схемой освещения
Процесс стандартный, но его объём сильно зависит от масштаба проекта.
| Масштаб задачи | Ориентировочный срок |
|---|---|
| Colour key для одной локации (1–2 состояния) | 2–4 дня |
| Lighting scheme для всего уровня (3–5 зон) | 5–10 дней |
| Полная lighting bible для проекта (все биомы/локации) | 3–6 недель |
| Ревизия и адаптация существующих материалов | по согласованию |
Начинаем с брифинга: анализируем существующие концепты, геймплейные материалы, технические ограничения платформы. Дальше — итерация по thumbnail grid, утверждение направления, детальная проработка и финальная документация с техническими параметрами.
Стоимость рассчитывается после анализа объёма: количество локаций, состояний освещения, целевой движок и требования к технической детализации документа.





