Ми розробляємо специфікації оптимізації графіки під мобільні VR шоломи. Наприклад, Quest 3 рендерить два зображення по 2064×2208 пікселів кожне на чипі Snapdragon XR2 Gen 2 при цільовому фрейм-рейті 72–90 fps — без можливості просадок. Кожен кадр нижче цілі призводить або до ATW-артефакту (Asynchronous TimeWarp підтягує старий кадр), або до реальної затримки, що викликає дискомфорт у гравця. Наш понад 10-річний досвід в оптимізації під 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 | Статичний батчинг знижує їх у 2–3 рази |
| Текстурна пам'ять | ≤ 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. Аналогічно, URP забезпечує в 2–3 рази вищий FPS порівняно з HDRP на мобільних VR.
Полігонний бюджет. На сцену в цілому — зазвичай не більше 200–300k трикутників для комфортного рендеру. Але важливіше розподіл: персонаж першого плану — до 15k, фонові NPC — 3–5k, environmental props — від 50 до 2000 залежно від розміру та позиції.
Шейдери. Для мобільного VR єдиний розумний вибір — URP Lit або кастомний шейдер на базі URP. HDRP на Quest не працює. Кожен кастомний шейдер має бути профільований: скільки інструкцій, чи є discard в fragment stage (вбиває early-z), чи є залежні texture sample.
Які інструменти ми використовуємо для аудиту?
Для заміру цільових метрик ми застосовуємо 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 дні для аудиту та адаптації існуючої. Вартість робіт починається від $500. Замовте розробку специфікації під ключ, і ваша команда отримає чіткі числові орієнтири для стабільного FPS. Оцінимо ваш проект безкоштовно — напишіть нам.






