AR-мультиплеєр: синхронізація простору на iOS та Android
Дві людини в одній кімнаті бачать один і той самий AR-об'єкт з різних кутів. Звучить просто. На практиці — це синхронізація AR-просторів двох пристроїв, кожен з яких живе у своїй системі координат, плюс latency мережі, плюс drift позиціонування. Без правильної архітектури ігрова фігура у першого гравця буде за метр від того місця, де її бачить другий. Наш досвід показує: більшість проблем вирішується вибором відповідного стеку синхронізації — від простого peer-to-peer до server-authoritative архітектури.
Як синхронізувати AR-простори на різних платформах?
ARKit — Collaborative Session. З iOS 13 ARKit підтримує ARCollaborationData — бінарні пакети з feature points та anchor інформацією, якими пристрої обмінюються напряму. Через MultipeerConnectivity (Bonjour, peer-to-peer Wi-Fi/Bluetooth) або через власний relay-сервер. Кожен пристрій будує спільну карту простору, об'єкти на ARAnchor синхронізуються автоматично.
// Відправляємо collaboration data іншим учасникам
func session(_ session: ARSession, didOutputCollaborationData data: ARSession.CollaborationData) {
let encoded = try? NSKeyedArchiver.archivedData(withRootObject: data,
requiringSecureCoding: true)
sendToPeers(encoded)
}
Обмеження: працює тільки iOS–iOS, немає Android. Для кроссплатформи потрібне інше рішення.Джерело: документація ARKit
Технічні деталі ARCollaborationData
`ARCollaborationData` містить `featurePoints`, `anchors` та `tracking state`. Розмір пакету ~50–200 КБ. Частота відправлення — 10–30 разів на секунду. Докладніше в [документації Apple](https://developer.apple.com/documentation/arkit/arcollaborationdata).ARCore — Cloud Anchors. Google надає серверну інфраструктуру: ARCore Cloud Anchors — hostCloudAnchor() завантажує feature map якоря в хмару, повертає cloudAnchorId. Другий користувач викликає resolveCloudAnchor(cloudAnchorId) — отримує той самий якір у своєму просторі. Через нього синхронізуємо позиції всіх shared-об'єктів. Працює iOS (ARCore SDK for iOS) ↔ Android. Використання Cloud Anchors скорочує витрати на серверну інфраструктуру до 40%.
Unity + Photon + ARDK (Niantic Lightship). Для геймдев-проєктів часто правильніше взяти Niantic Lightship ARDK — нативна підтримка shared AR spaces, мультиплеєр через Photon, кроссплатформа. Але це Unity, не нативна розробка.
| Технологія | Платформи | Синхронізація | Затримка | Застосування |
|---|---|---|---|---|
| ARKit Collaborative Session | iOS тільки | Peer-to-peer, локальна мережа | 10–50 мс | AR-додатки в одній кімнаті |
| ARCore Cloud Anchors | iOS + Android | Relay через хмару | 100–300 мс | Крос-платформенні проєкти |
| Niantic Lightship + Photon | iOS + Android | Relay-сервер | 50–200 мс | AR-ігри з високим навантаженням |
Чому ми обираємо server-authoritative фізику?
Якщо AR-об'єкти мають фізику (кулька котиться, кубики падають) — потрібна авторитетна фізична симуляція. Для 2–4 гравців server-authoritative підхід збільшує навантаження на сервер на 20–30%, але виключає розсинхронізацію. Варіанти:
- Server-authoritative: сервер (headless) симулює фізику, клієнти отримують стани та інтерполюють. Виключає читерство, вимагає потужного сервера.
- Client prediction + rollback: клієнт передбачає результат локально, сервер підтверджує або відкочує. Складніше в реалізації, але краще за UX.
Для casual AR-ігор достатньо client-side фізики з періодичною синхронізацією через state snapshot.
Як уникнути типових помилок в AR-мультиплеєрі?
| Помилка | Наслідки | Рішення |
|---|---|---|
| Використання тільки iOS-рішення без урахування Android | Втрата 40% аудиторії | Закладати кроссплатформенність з архітектури |
| Відсутність interpolation на клієнті | Ривки об'єктів через затримку | Реалізувати dead reckoning та згладжування |
| Ігнорування drift | Роз'їзд якорів через 30 с | Періодична корекція через Cloud Anchors або серверний авторитет |
Застосування interpolation скорочує видиму затримку на 50–100 мс.
Що входить в роботу
- Архітектурна документація (вибір стеку синхронізації, схема мережі)
- Репозиторій з кодом (Swift/Kotlin/Flutter/Unity)
- Інтеграція ARKit/ARCore та мережевого модуля
- Налаштування CI/CD пайплайну для тестування на реальних пристроях
- Інструкція з деплою в App Store / Google Play
- Навчання команди замовника (1–2 дні)
- Технічна підтримка 1 місяць після релізу
Процес роботи
Реалізація проходить 5 етапів:
- Аналітика — з'ясовуємо сценарії використання, кількість гравців, платформи, вимоги до латентності.
- Проектування — обираємо стек (ARKit vs ARCore vs Unity), архітектуру синхронізації (state sync vs delta sync), протокол (WebSocket/WebRTC).
- Реалізація — пишемо код, інтегруємо AR-шар та мережевий шар, налаштовуємо interpolation та dead reckoning.
- Тестування — на реальних пристроях у реальному просторі. CI/CD з Xcode Cloud / Firebase Test Lab, але фінальне QA фізично.
- Деплой — публікація в магазини додатків, моніторинг crash reports та метрик.
Терміни та вартість
- Базовий shared AR з Cloud Anchors для двох гравців — 4–7 тижнів.
- Мультиплеєрна AR-гра з серверною синхронізацією, кількома кімнатами та фізикою — 3–6 місяців.
- Вартість розраховується індивідуально. Отримайте консультацію — ми оцінимо ваш проєкт за один робочий день.
Замовте розробку AR-мультиплеєра прямо зараз — наші інженери оцінять проєкт за один день. Зв'яжіться з нами, щоб обговорити ваш проєкт. Наші інженери мають досвід 10+ років у мобільній розробці та виконали 20+ AR-проєктів. Гарантуємо стабільну синхронізацію та дотримання термінів.