Разработка схем освещения и цветовых ключей графики

Наша компания по разработке видеоигр ведет независимые проекты, совместно с клиентом создает игры и оказывает дополнительные операционные услуги. Опыт нашей команды позволяет нам охватить все игровые платформы и разработать потрясающий продукт, соответствующий видению клиента и предпочтениям игроков.

От иммерсивных приложений до игровых миров и 3D-сцен

Наша выделенная команда для VR/AR/MR-разработки, Unity-продакшна и 3D-моделирования и анимации с собственными кейсами и презентациями.

Посетить персонализированный сайт
Показано 1 из 1 услугВсе 242 услуг
Разработка схем освещения и цветовых ключей графики
Средняя
~3 рабочих дня
Часто задаваемые вопросы
Наши компетенции
Какие этапы разработки игры?
Последние работы
  • image_games_mortal_motors_495_0.webp
    Разработка игры для компании Mortal Motors
    671
  • image_games_a_turnbased_strategy_game_set_in_a_fantasy_setting_with_fire_and_sword_603_0.webp
    Пошаговая стратегия в фэнтези сеттинге With Fire And Sword
    860
  • image_games_second_team_604_0.webp
    Разработка игры для компании Second term
    490
  • image_games_phoenix_ii_606_0.webp
    3D-анимация — тизер для игры phoenix 2.
    533

Разработка схем освещения и цветовых ключей графики

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, утверждение направления, детальная проработка и финальная документация с техническими параметрами.

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