Аналіз технічних обмежень AR-пристроїв для ігор

Ми рекомендуємо розпочинати будь-який AR-проєкт з оцінки технічних обмежень цільових пристроїв. Те, що чудово працює на HoloLens 2, на Meta Quest 3 у passthrough-режимі може давати 15 FPS, а на бюджетному Android-смартфоні з ARCore взагалі не запуститься. Наш аналіз обмежень AR-пристроїв — перший документ, який має з'явитися в проєкті. Зв'яжіться з нами, щоб отримати оцінку вашого проєкту.

Необхідність аналізу технічних обмежень AR-пристроїв

На перший погляд всі AR-пристрої показують віртуальний контент поверх реального світу. На практиці вони роблять це принципово різними способами, і ці відмінності диктують можливості на рівні фізики.

Optical see-through (OST) — HoloLens 2, Magic Leap 2. Скло прозоре, доповнена реальність накладається оптично. Наслідок: неможливо відобразити непрозорий контент, кольори сприймаються інакше (темні відтінки майже невидимі), field of view обмежений (HoloLens 2 — близько 52°). Для ігор це означає: весь контент має бути яскравим і контрастним, механіки не можуть ґрунтуватися на оклюзії реальних об'єктів.

Video see-through (VST) — Meta Quest 3, PICO 4, мобільні AR. Камера знімає реальний світ і рендерить його разом із віртуальним контентом. Перевага: повний контроль над compositing, можна робити оклюзію. Обмеження: latency між реальним світом та його відеозображенням (на Quest 3 — близько 12–15 мс), кольорові артефакти на краях об'єктів, якість пасстру залежить від камери.

Мобільний AR (iOS ARKit, Android ARCore) — VST через основну камеру. Обмеження: відсутність глибини (немає стереозору), трекінг тільки через SLAM на одній камері, точність розміщення об'єктів ~1–2 см, немає haptic feedback рівня контролерів. ARKit з LiDAR забезпечує оклюзію в 5–10 разів точніше, ніж ARCore без depth-сенсора, у якого помилка сягає 5–10 см.

Ключові параметри AR-пристроїв для аналізу

Що потрібно знати про трекінг: аналіз технічних обмежень

Визначте, що вміє пристрій з коробки: plane detection, image tracking, object tracking, face tracking, hand tracking, spatial anchors, scene understanding (mesh reconstruction). ARKit на iPhone 12+ підтримує LiDAR-сканування, що дає mesh реального світу і дозволяє віртуальним об'єктам «ховатися» за реальними поверхнями через occlusion. ARCore не має depth sensor на більшості пристроїв і використовує monocular depth estimation — значно менш точний.

Compute budget

AR вимагає паралельної роботи: камера + SLAM + рендер + ігрова логіка. На Snapdragon 888 це працює при правильній оптимізації. На Snapdragon 680 (бюджетний сегмент) SLAM-алгоритм ARCore займає 20–30% CPU, і для ігрової логіки залишається менше. Аналіз має включати конкретні CPU/GPU бюджети для кожної платформи. На HoloLens 2 draw calls обмежені приблизно 200k, тоді як на Quest 3 — до 300k, що в 1.5 рази більше.

Розглянемо на прикладі: у проєкті з щільною геометрією та PBR-шейдерами на HoloLens 2 ми заміряли 200k draw calls при 60 FPS — це межа. Збільшення кількості трикутників понад 1 млн викликало просідання до 45 FPS. На Quest 3 аналогічна сцена тримала 90 FPS при 300k draw calls завдяки потужнішому GPU. Якщо ви плануєте складну фізику або симуляції, виділіть під них окремий core — інакше почнуться фрізи.

Обмеження пам'яті

Текстури для AR-ігор часто не компресуються так агресивно, як у звичайних іграх, тому що вони накладаються на реальний світ і артефакти компресії помітніші. На пристроях із 2–3 GB RAM це створює тиск.

Дисплейні характеристики

FOV, refresh rate, pixel density — для OST пристроїв критично. HoloLens 2 має ~60 Гц refresh rate і обмежений FOV, що впливає на те, які ефекти та анімації будуть прийнятні. Quest 3 з FOV 110° та частотою 90 Гц дає ширші можливості.

Як аналіз обмежень допомагає економити бюджет?

Своєчасне виявлення несумісностей на стадії специфікації запобігає дорогим переробкам. Як зазначає наш технічний директор: Виявлення несумісностей на стадії специфікації запобігає переробкам, вартість яких у 10 разів вища. Якщо ваш проєкт розрахований на VST-пристрої, ви не будете витрачати ресурси на складні візуальні ефекти для OST-лінз. Економія на етапі прототипування — до 40% часу. Вартість аналізу варіюється від 50 000 до 150 000 рублів за один пристрій, що становить малу частку загального бюджету. Отримайте консультацію по вашому проєкту — оцінимо платформенні ризики та оптимізаційні можливості.

Наш підхід до аналізу обмежень AR-пристроїв

Ми — команда сертифікованих AR-фахівців з 5+ років досвіду та 20+ реалізованих проєктів. Гарантуємо якість аналізу завдяки сертифікованим фахівцям.

1. Збір специфікацій — вивчаємо офіційну документацію та профілі продуктивності цільових пристроїв.
2. Benchmark-тести — запускаємо тестові сцени на реальному залізі, заміряємо FPS, batching, draw calls, використання пам'яті.
3. Матриця можливостей — складаємо таблицю по кожному пристрою (трекінг, рендер, пам'ять) із зазначенням обмежень.
4. Формування рекомендацій — визначаємо minimum viable platform та оптимізаційні пріоритети.

Порівняльна таблиця популярних AR-пристроїв

Що входить до підсумкового документа?

• Матриця можливостей по пристроях (hand tracking, plane detection, occlusion, spatial anchors) зі статусами supported/limited/not supported.
• Список constraint'ів для архітектури з прив'язкою до SDK-залежностей.
• Визначення minimum viable platform та преміум-досвіду.
• Документація з benchmark-результатами.
• Чек-лист технічних параметрів: CPU/GPU продуктивність, пропускна здатність пам'яті, затримка трекінгу (motion-to-photon), підтримка просторових якорів та їх стабільність, сумісність з hand tracking SDK (ARKit, MRTK, Oculus Interaction), обмеження по режимах рендера (URP/HDRP).

Орієнтовні терміни

Ми понад п'ять років спеціалізуємося на AR-розробці та провели аналіз для 20+ проєктів. Замовте аналіз вашого проєкту — оцінимо платформенні ризики та оптимізаційні можливості.