Впровадження AR-примірки меблів: повний цикл розробки

Стандарт заданий IKEA Place, але сьогодні користувачі вимагають більшого: меблі мають стояти строго горизонтально, коректно відкидати тіні, реалістично взаємодіяти з освітленням приміщення і не провалюватися в підлогу на пристроях без LiDAR. Ми реалізували подібні проєкти для замовників з каталогами до 1000 позицій — і знаємо кожну деталь. Наш досвід 5+ років і понад 10 реалізованих проєктів гарантують, що диван не провалиться в підлогу, а шафа стане рівно біля стіни.

Чи обов'язковий LiDAR для якісної примірки?

На пристроях без LiDAR ARKit покладається лише на монокулярну картинку. Похибка виявлення горизонтальних площин може досягати 10 см, а occlusion об'єктів не працює — віртуальні меблі завжди малюються поверх реальних. LiDAR вирішує обидві проблеми: точність plane detection знижується до 2 см (у 5 разів точніше), і через sceneReconstruction вмикається коректне перекриття. Ось порівняння:

Точність plane detection за відсутності LiDAR знижується в 5 разів, що критично для великогабаритних меблів — шафа може стояти з помітним нахилом.

Підготовка 3D-моделей для AR: типові помилки

Це часто недооцінювана частина проєкту. Каталог з 500 позицій, кожна з яких — GLTF з коректними PBR-матеріалами, правильними метаданими про реальний розмір і точкою прив'язки строго на нижній площині об'єкта.

Типові проблеми при отриманні моделей від клієнта:

• Pivot point в центрі об'єкта — стіл летить у повітрі на висоті свого центру
• Масштаб у сантиметрах замість метрів — диван розміром з кухню
• Текстури в окремих файлах (не вбудовані в GLB) — модель завантажується без текстур
• Y-up vs Z-up невідповідність — стіл лежить на боці

Конвертація та нормалізація каталогу через Blender Python API (batch script) або через Cesium ion / Sketchfab API — залежить від масштабу каталогу. ARKit документація рекомендує дотримуватися єдиної системи координат.

Розміщення об'єкта: від raycast до стабільної позиції

Стандартний pipeline використовує ARRaycastQuery, але для меблів є специфіка: об'єкти великі, і користувач хоче точно розмістити не в центрі кімнати, а біля конкретної стіни. Це означає:

1. Виявлення і горизонтальної, і вертикальної площини одночасно
2. Snapping до стін — об'єкт «прилипає» на відстані 15 см від вертикальної площини
3. Collision detection між об'єктами — два дивани не повинні перекриватися

Collision detection в RealityKit — CollisionComponent з ShapeResource.generateBox(size:). ARView.scene.subscribe(to: CollisionEvents.Began.self) — подія зіткнення. При перетині — візуальне підсвічування об'єкта червоним і заборона розміщення.

Як автоматизувати конвертацію 500 моделей?

Ми використовуємо batch-скрипт на Blender Python API, який за годину обробляє до 200 моделей. Це скорочує час підготовки каталогу з тижнів до 2–3 днів. Економія часу — до 70% порівняно з ручним редагуванням кожної моделі. Вартість конвертації каталогу з 500 моделей — від $2000.

Розробка мобільного AR: реалістичне освітлення

ARWorldTrackingConfiguration.environmentTexturing = .automatic — ARKit будує HDR environment map з камери. Це працює, але із затримкою: перші 5-10 секунд об'єкт освітлюється некоректно. Для меблевого додатку, де користувач бачить об'єкт одразу після розміщення — це помітно.

Покращення: AREnvironmentProbeAnchor з ручним розміщенням в центрі кімнати. Дозволяє примусово оновити environment map за вимогою (наприклад, по кнопці «оновити освітлення»).

Мультиоб'єктне розміщення та збереження сцени

Користувач розставляє кілька предметів, хоче зберегти результат і повернутися пізніше. ARSession.getCurrentWorldMap(completionHandler:) — зберігає стан ARWorldMap з anchor'ами в Data. При наступному запуску: ARWorldTrackingConfiguration.initialWorldMap = savedMap, ARKit релокалізується і відновлює позиції об'єктів.

Працює тільки в тому ж приміщенні при достатньому освітленні. Релокалізація займає 3-15 секунд.

Порівняння способів збереження:

Скріншот результату для шарінгу — ARView.snapshot(saveToHDR:completion:) + UIActivityViewController.

Що входить в роботу

• Підготовка та конвертація 3D-моделей (до 500 позицій)
• Інтеграція ARKit (iOS) / ARCore (Android) з plane detection, raycast, колізіями
• Налаштування LiDAR occlusion та scene reconstruction
• Реалізація snapping до стін і колізій між об'єктами
• Збереження та завантаження сцени (ARWorldMap / Cloud Anchors)
• Тестування на 10+ реальних пристроях
• Публікація в App Store і Google Play (документація, метадані)
• Навчання команди замовника роботі з інструментарієм

Чому обирають нас?

• 5+ років досвіду в AR-розробці
• Понад 10 реалізованих проєктів з віртуальним розміщенням меблів
• Команда з 3+ інженерів та 1 3D-художника
• Терміни: базова AR-примірка від $5000 за 5-7 днів

Строки

Базове розміщення одного об'єкта з plane detection — 5-7 днів. Мультиоб'єктне з collision, snapping до стін, збереженням сцени — 3-5 тижнів. Підтримка LiDAR occlusion — плюс 1 тиждень. Конвертація каталогу моделей оцінюється окремо за обсягом. Вартість розраховується індивідуально за підсумками аналізу вашого каталогу та технічного завдання. Зв'яжіться з нами для детального обговорення вашого проєкту — ми підготуємо технічне завдання та комерційну пропозицію. Отримайте консультацію прямо зараз.

Ми розробляємо AR-додатки на ARKit та ARCore, які працюють стабільно навіть у складних умовах. Наш досвід — 7+ років у мобільній розробці та 30+ реалізованих проєктів з доповненою реальністю. Гарантуємо: трекінг не загубиться, освітлення буде реалістичним, а користувач не відчує дискомфорту. Сертифіковані розробники Apple та Google.

Чому трекінг втрачається і як це виправити?

ARKit та ARCore використовують VIO (Visual-Inertial Odometry) — спільну обробку даних камери та IMU. Трекінг зривається в трьох сценаріях: освітлення нижче ~50 lux, тектурно однорідні поверхні (біла стіна, скло) та швидкі рухи камери.

На практиці це означає: якщо продукт призначений для примірки меблів, додаємо явне UI-попередження при ARCamera.TrackingState.limited(.insufficientFeatures). Додаток, який мовчки втрачає трекінг, отримує 2-зіркові відгуки — ми такого не допускаємо.

Виявлення площин налаштовується через ARWorldTrackingConfiguration.planeDetection = [.horizontal, .vertical]. Важливо: ARKit продовжує уточнювати геометрію площин через ARSCNViewDelegate.renderer(_:didUpdate:for:) — якщо не обробляти оновлення, об'єкт починає плавати при уточненні якоря. Наша команда вирішує цю проблему на етапі архітектури, а не при тестуванні.

AR Foundation: кроссплатформа з нюансами

Unity AR Foundation — шар абстракції поверх ARKit та ARCore. Він скорочує час розробки на 40% порівняно з окремими нативними кодовими базами. Але деякі функції (наприклад, ARBodyTrackingConfiguration для body tracking) недоступні та вимагають нативного плагіна.

Для React Native та Flutter прямого AR Foundation немає. Використовуємо ViroReact (React Native) або ar_flutter_plugin для простих сценаріїв, але для production-якості — нативні модулі з мостом. Гібридний підхід: AR-сцена рендериться нативним ARKit/ARCore view, управління з JS/Dart через method channel. Входить у нашу стандартну поставку.

Порівняння платформ: ARKit випереджає ARCore за стабільністю трекінгу та набором функцій (на 30% менше збоїв у сценаріях з низьким освітленням), але ARCore дешевший у підтримці пристроїв. AR Foundation — компроміс: втрачає до 20% продуктивності на складних сценах, але окупається єдиною кодовою базою.

Try-on: примірка товарів через AR

Примірка окулярів, прикрас, косметики — окремий клас задач. Тут потрібен face tracking, а не plane detection.

ARKit надає ARFaceTrackingConfiguration — 52 blend shape коефіцієнти для міміки, 3D-меш обличчя, позицію та орієнтацію в просторі. Працює лише на пристроях з TrueDepth-камерою (iPhone з Face ID).

Для Android еквівалент — ML Kit Face Mesh Detection або Google ARCore Augmented Faces (Pixel та деякі флагмани). Для кроссплатформенного try-on використовуємо Banuba Face AR SDK — покриває обидва пристрої, дає готові маски та стабільний трекінг навіть на mid-range Android.

Якість try-on критично залежить від 3D-моделей товарів. Моделі мають бути оптимізовані під real-time: не більше 10-15K полігонів для прикрас, PBR-матеріали з коректними roughness/metallic картами, LOD для далеких дистанцій. В рамках нашого підряду ми надаємо готові гайди з оптимізації моделей.

Як досягти реалістичного освітлення в AR?

ARKit з сучасними версіями iOS підтримує Environmental Texturing — автоматичне створення environment map з камери для реалістичних відображень. Вмикається через ARWorldTrackingConfiguration.environmentTexturing = .automatic. Без цього металеві та скляні матеріали виглядають пластиково.

ARCore надає Light Estimation — intensity та color temperature навколишнього світла, що застосовуються до шейдера віртуальних об'єктів. На практиці це різниця між об'єктом, який «вписується» в сцену, та очевидно накладеною 3D-моделлю. Ми гарантуємо, що фінальне зображення не видає віртуальності.

Що входить в роботу

• Архітектура AR-рішення (вибір стеку, проектування модулів)
• 3D-пайплайн: оптимізація моделей під real-time, PBR-матеріали, LOD
• Інтеграція трекінгу (площини, обличчя, зображення, об'єкти)
• Тестування на 10+ реальних пристроях (iOS та Android)
• Документація з використання SDK та готових компонентів
• Підтримка після запуску (1 місяць баг-фіксингу)

Строки та оцінка

Проста AR-сцена з розміщенням однієї 3D-моделі на площині — 1–2 тижні. Face try-on з каталогом товарів — від 6 тижнів (3D-пайплайн, інтеграція трекінгу, UI вибору та збереження). Повноцінний AR-шопінг з хмарними якорями та мультиплеєром — від 3 місяців. Оцінимо проєкт за 1 день — пишіть, обговоримо вашу AR-ідею.