Разработка обновлений контента и новых уровней для VR-игр

Разработка обновлений контента и новых уровней для VR-игр

Обновления контента для VR-игры — это не просто «добавить новую комнату». Мы ежедневно решаем эту задачу: каждый новый уровень нужно вписать в существующие технические рамки — бюджет draw calls, лимиты памяти, поведение физики и трекинга. Новый контент, не учитывающий эти ограничения, ломает производительность на устройствах, где старые уровни шли стабильно. Свяжитесь с нами — оценим ваш проект бесплатно.

Главная ловушка при добавлении уровней

Самый частый сценарий: разработчик делает новую сцену, визуально красивую, проверяет на мощном PC с Quest 2 через Link — всё отлично. Затем тестирует в standalone режиме — 45 fps вместо 72, compositor reprojection каждый второй кадр, шлейф от рук. Причина: для нового уровня не применили те же оптимизационные практики, что использовались в исходных сценах.

Конкретный случай: новый уровень для шутера с динамическими тенями от трёх источников света. В старых уровнях тени запечены в lightmap (Progressive Lightmapper, Mixed lighting mode). В новом — забыли переключить в Baked, оставили Realtime. На Quest 2 три realtime shadow casting lights — это гарантированный провал по GPU timing. Profiler показывал 12 мс только на shadow pass при общем бюджете 13.8 мс на кадр при 72 fps.

Как избежать падения FPS на новых уровнях?

Главное правило — не полагаться на удачу. Мы накладываем жёсткие бюджеты: для Quest 2/3 standalone — не более 100 000 вершин, 50–70 unique materials, draw calls в пределах 150–200. Для PC VR пространство шире, но всё равно с потолком. Сборка lightmaps в HDRP занимает в 3 раза больше времени, чем в URP, но даёт более реалистичное освещение. Если ваш проект уже на URP, оставайтесь на нём для новых уровней.

Как строится процесс разработки нового контента

Начало — техническое ТЗ с бюджетами. Затем grey-box (whitebox) версия уровня для тестирования геймплея и трекинга. В VR whitebox-тест особенно важен: масштаб, читаемый на скриншоте, может ощущаться совершенно иначе при надетом headset. Узкие коридоры вызывают дискомфорт, неочевидный до теста в гарнитуре.

Геометрия новых уровней оптимизируется по тем же принципам, что и исходные сцены проекта: LOD groups для статичных объектов, Occlusion Culling bake для закрытых пространств, Mesh Combine там, где несколько статичных объектов никогда не меняются независимо.

Интеграция с существующей архитектурой игры

Новый уровень — это не только визуальный контент. Это интеграция с системами прогресса, сохранений, аудио, spawn-логикой. В Unity через Addressables или AssetBundles новый контент грузится асинхронно, чтобы избежать заморозки при первой загрузке сцены. SceneManager.LoadSceneAsync() с LoadSceneMode.Additive — стандарт для VR, где мгновенный чёрный экран при смене сцены нарушает присутствие.

Для проектов с постоянным онлайном или live service моделью обновления контента часто идут через Remote Config — геймплейные параметры нового уровня подгружаются с сервера без пересборки приложения. Unity Remote Config или Firebase Remote Config позволяют менять spawn rates, количество врагов, таймеры — всё, что не требует нового кода.

Тестирование перед публикацией обновления

Регрессия старых уровней — обязательна. Новый код или общие системы, изменённые для нового контента, могут сломать поведение в существующих сценах. Автоматизированный playtest через Unity Test Framework плюс ручной прогон на целевых устройствах.

Performance baseline: каждый новый уровень должен пройти через Unity Profiler с замером GPU frame time в worst-case сценарии (максимум врагов/объектов в кадре). Для Quest-платформы — Snapdragon Profiler для детального анализа GPU timing.

Что входит в работу по новому контенту

Мы — команда VR-инженеров с 7+ лет опыта, выполнили 40+ проектов для VR. Закажите разработку обновления контента — получите консультацию и точную оценку сроков.

По документации Unity, система Addressables снижает нагрузку на память за счёт асинхронной загрузки ассетов по требованию.