Мы разрабатываем спецификации оптимизации графики под мобильные VR шлемы. Например, Quest 3 рендерит два изображения по 2064×2208 пикселей каждое на чипе Snapdragon XR2 Gen 2 при целевом фрейм-рейте 72–90 fps — без возможности просадок. Каждый кадр ниже цели приводит либо к ATW-артефакту (Asynchronous TimeWarp подтягивает старый кадр), либо к реальной задержке, вызывающей дискомфорт у игрока. Наш многолетний опыт в оптимизации под Meta Quest и другие гарнитуры гарантирует, что спецификация будет работоспособна сразу после внедрения. Средняя экономия на доработках составляет $5 000–$10 000 за счёт раннего выявления проблем — это подтверждают 50+ реализованных проектов.
Спецификация оптимизации — это не список пожеланий, а набор жёстких числовых ограничений по каждой категории ресурсов, выведенный из реальных замеров в Snapdragon Profiler и OVR Metrics Tool. Снижение затрат на доработку может достигать 40% за счёт раннего выявления проблем. Исправление ошибок на поздних этапах обходится в среднем в $2,000–$4,000, что делает спецификацию выгодным вложением.
Почему важна спецификация оптимизации графики для мобильных VR шлемов?
Без числовых ограничений команда рискует превысить GPU-бюджет, что приведёт к пропуску кадров или ATW-артефактам. Спецификация фиксирует лимиты заранее, что экономит время и деньги. Типовые проекты с нашими спецификациями показывают сокращение переделок на 40%.
Как мы определяем бюджет GPU?
Главная метрика для Quest — GPU time per eye frame. При 72 fps на каждый глаз есть примерно 6.9 мс. При 90 fps — 5.5 мс. Всё, что не укладывается — либо ATW, либо дроп.
Типовой бюджет разбивается по категориям:
| Категория | Бюджет на глаз | Примечания |
|---|---|---|
| GPU Time | 5.5 мс (90 fps) или 6.9 мс (72 fps) | Измеряется в OVR Metrics Tool |
| Draw calls | 100–150 | При статическом батчинге |
| Текстурная память | ≤ 512 МБ | ASTC 6×6 / 8×8 |
| Полигонный бюджет | ≤ 300k на сцену | Для комфортного рендера |
| Шейдеры | < 50 инструкций в fragment | Без discard |
Draw calls. На Adreno 740 (Quest 3) комфортный потолок — 100–150 draw calls на глаз при статических батчах. Без батчинга 300 объектов в сцене запросто дают 300+ draw calls и роняют фрейм. Спецификация прописывает правила батчинга: какие объекты идут в Static Batching, какие — в GPU Instancing, какие требуют ручного Mesh Combining.
Текстурный бюджет. VRAM на Quest 3 разделяется с RAM. Стандарт — не более 512 МБ под текстуры сцены. Для мобильного VR единственный разумный формат — ASTC (Adaptive Scalable Texture Compression): ASTC 6×6 для diffuse/albedo, ASTC 8×8 для roughness/metallic-packed карт. PNG или несжатый RGBA в билде — это сразу красный флаг при аудите. Wikipedia: Adaptive Scalable Texture Compression
Сравните: ASTC снижает использование памяти в 4 раза по сравнению с RGBA без заметной потери качества — критично для VR с ограниченной VRAM.
Полигонный бюджет. На сцену в целом — обычно не более 200–300k треугольников для комфортного рендера. Но важнее распределение: персонаж первого плана — до 15k, фоновые NPC — 3–5k, environmental props — от 50 до 2000 в зависимости от размера и позиции.
Шейдеры. Для мобильного VR единственный разумный выбор — URP Lit или кастомный шейдер на базе URP. HDRP на Quest не работает. Каждый кастомный шейдер должен быть профилирован: сколько инструкций, есть ли discard в fragment stage (убивает early-z), есть ли зависимые texture sample. URP обеспечивает в 2–3 раза более высокий FPS по сравнению с HDRP на мобильных VR.
Какие инструменты мы используем для аудита?
Для замера целевых метрик мы применяем Snapdragon Profiler и OVR Metrics Tool. RenderDoc позволяет просматривать кадры пошагово, а Unity Profiler даёт общую картину загрузки CPU/GPU. Эти инструменты — стандартный набор для любого инженера по оптимизации VR.
Сравнение форматов текстур — разработка спецификаций оптимизации
| Формат | Размер пикселя | Качество | Рекомендация |
|---|---|---|---|
| ASTC 8×8 | 0.5 bpp | Хорошее | Для roughness/metallic |
| ASTC 6×6 | 0.89 bpp | Отличное | Для diffuse |
| ETC2 | 4 bpp | Среднее | Устарел, не рекомендуется |
| RGBA32 | 32 bpp | Оригинал | Только для редактора |
Что входит в разработку спецификации?
- Таблица бюджетов по категориям (draw calls, poly count, texture memory, shader complexity)
- Правила именования и группировки объектов для батчинга
- Чеклист для каждого типа ассета: персонаж, окружение, prop, UI
- Настройки Quality Settings в Unity (shadow distance, shadow cascades = 1 или отключено, pixel light count, anti-aliasing — MSAA 2x или 4x, Fixed Foveated Rendering уровень)
- Требования к LOD: минимум 3 уровня для крупных объектов, расстояния переключения
- Правила работы с Occlusion Culling: разметка Static/Dynamic occluders
- Пример compliant-сцены, укладывающейся во все ограничения
- Спецификация Multi-View рендеринга с исключениями для шейдеров и компонентов
Чеклист для asset review:
- Проверить формат текстур: ASTC, не PNG
- Убедиться, что Static Batching включён для статичных объектов
- LOD0 полигоны ≤ бюджета для данного типа ассета
- Шейдеры не используют discard и dependent texture reads
- Объекты помечены как Static Occluder/Occludee
Типичные ошибки при оптимизации VR-графики
Часто новички забывают включить Multi-View, используют HDRP вместо URP, или не проверяют формат текстур — всё это сразу выявляется на аудите. Наши спецификации исключают эти ошибки на этапе проектирования.Процесс разработки спецификации
- Платформенный аудит. Определяем гарнитуру, SDK (Meta OpenXR SDK, OpenXR через Unity XR Plugin Management), целевой фрейм-рейт, тип контента (action с большим количеством объектов vs. narrative с малым).
- Анализ ассетов. Если проект в работе — аудит существующих моделей, текстур, шейдеров. Для нового проекта — выводим ограничения с нуля на основе типовых сценариев.
- Верификация. Собираем тестовую сцену, замеряем метрики, корректируем лимиты.
- Передача. Сдаём финальный документ с example-сценой и чеклистом. Команда получает эталон для всех asset review.
Сроки: 3–7 рабочих дней для новой спецификации; 1–3 дня для аудита и адаптации существующей. Стоимость рассчитывается индивидуально — свяжитесь с нами для предварительной оценки. Закажите разработку спецификации, и ваша команда получит чёткие числовые ориентиры для стабильного FPS.