Оптимизация VR-графики для стабильного фреймрейта на 72/90/120 Гц

Пропущенный фрейм в VR — не просто заминка картинки. Это вестибулярный конфликт: визуальная система говорит «ты стоишь», вестибулярный аппарат говорит «ты двигаешься». При регулярных дропах появляется тошнота. Мы специализируемся на VR разработке и оптимизации VR графики под 72/90/120 Гц. Наш опыт: после профилирования и оптимизации рендера удаётся стабилизировать стабильный фреймрейт — 90 fps даже на проектах, которые изначально не дотягивали до 72. Экономия бюджета на доработки — прямой результат грамотного аудита. Получите консультацию по вашему проекту.

Почему пропущенные кадры критичны в VR?

При 72 fps бюджет на фрейм — 13.9 мс. При 90 — 11.1 мс. При 120 — 8.3 мс. Каждая миллисекунда на счету, и обычные подходы к оптимизации «как в обычной игре» здесь не работают. Meta Quest 3 по умолчанию запускается на 72 Hz — разработчик должен явно запросить 90 или 120 через OVRManager.display.displayFrequency (документация OVRManager). Но запросить мало: нужно убедиться, что рендер-бюджет позволяет не дропать фреймы на выбранной частоте.

Как измерить потери производительности?

Без данных — нет оптимизации. Первый шаг всегда: профилирование через OVR Metrics Tool (для Quest) или Unity Profiler с подключением к устройству. Нас интересует GPU time per frame, а не FPS — FPS может казаться стабильным за счёт Asynchronous SpaceWarp (ASW), который синтезирует промежуточные кадры при дропах. После профилирования — Frame Debugger для анализа последовательности draw calls и RenderDoc для детального GPU capture.

Где реально теряются миллисекунды

Самая частая причина дропов — overdraw на прозрачных материалах. VR рендерит два глаза, и каждый полупрозрачный объект рисуется дважды. RenderDoc позволяет точно измерить overdraw: в режиме Overdraw Heatmap сразу видно, где пиксели перерисовываются по 8–12 раз.

Вторая проблема — draw calls. На Quest 3 (Snapdragon XR2 Gen 2) GPU не так страшен, как CPU-overhead от большого числа вызовов. 300 draw calls при неэффективном батчинге — это 3–4 мс только на CPU-side. GPU Instancing работает хорошо для одинаковых мешей, Static Batching — для статики. Dynamic Batching в VR стоит выключить и заменить ручным DrawMeshInstanced для динамических объектов.

Третье — тени. Real-time тени в VR — роскошь. Стандартный подход: запекать тени в lightmap для статики, использовать Blob Shadow Projector или псевдотени для динамических объектов.

Что такое Fixed Foveated Rendering и как его использовать?

FFR — главный инструмент оптимизации. Периферийное зрение человека менее чувствительно к деталям. FFR рендерит края экрана с пониженным разрешением. Уровни FFR от Low до HighTop: на High края рендерятся на 1/4 разрешения. Экономия GPU времени: до 20–30% (сравнение: без FFR — 100%, с HighTop — до 70%, то есть FFR HighTop в 1.3–1.4 раза быстрее). Исключения: тонкий текст на периферии — для них FFR можно отключить через OVROverlay.

Как проходит оптимизация на практике

Вот пошаговый процесс, который мы применяем:

1. Профилирование: замер GPU time, CPU time, выявление узких мест.
2. Анализ RenderDoc: определение overdraw, лишних draw calls.
3. Оптимизация: включение FFR, отключение Dynamic Batching, запекание теней.
4. Тестирование: проверка на целевом устройстве, мониторинг дропов.
5. Документация: фиксация настроек, рекомендации для поддержки.

Типичный результат: Quest 3, экшн-игра, старт — 68 fps при 72 Hz. После оптимизации: стабильные 90 fps с запасом 2–3 мс. Наш опыт подтверждает: FFR High + отказ от real-time теней дают основной прирост.

Что входит в работу

• Аудит профилирования с детальным отчётом.
• Рекомендации по оптимизации рендера и батчинга.
• Реализация изменений в коде (FFR, шейдеры, LOD).
• Тестирование на целевой платформе с метриками.
• Документация настроек и сопровождение.

Свяжитесь с нами для консультации — оценим ваш проект и предложим оптимальный план.