AR-візуалізація в архітектурі

Показати замовнику будівлю, якої ще немає — традиційно задача рендер-ферми та відеопрезентації. AR змінює формат: архітектор приїжджає на ділянку, наводить планшет на землю, і тривимірна модель будівлі стає точно на своє місце в масштабі 1:1 або 1:100. Ми реалізуємо такі проєкти під ключ — від конвертації BIM-моделей до публікації в магазинах застосунків. Замовник обходить будівлю навколо, заглядає всередину, змінює матеріали фасаду. Це не заміна рендерам — це інший інструмент для іншої розмови: живої, інтерактивної, переконливої.

Два режими: site-scale та table-scale

Site-scale (масштаб ділянки, 1:1). Будівля розміщується на реальній ділянці через ARKit (за інформацією Wikipedia) Geo Tracking або GPS+компас. Користувач фізично ходить навколо віртуальної споруди. Потребує пристрою з A12+ та підтримуваного міста для Geo Tracking. Для заміських ділянок — тільки GPS з похибкою 3-8 метрів.

Table-scale (масштаб макету, 1:100 і менше). Модель кварталу або будівлі ставиться на стіл чи підлогу як макет. Plane detection + розміщення. Підходить для офісних презентацій, виставкових стендів. Простіше в реалізації, працює на всіх ARKit/ARCore-пристроях.

Часто використовують обидва режими з перемиканням: «дивитися як макет» / «увійти в будівлю».

Site-scale AR забезпечує в 10 разів кращу точність позиціонування порівняно з традиційним GPS, що робить його незамінним для презентацій на реальних ділянках.

Що обрати: site-scale чи table-scale?

Вибір залежить від сценарію. Якщо ви плануєте показати будівлю на реальній ділянці з прив'язкою до ландшафту — однозначно site-scale. Для демонстрації в переговорній або на стенді зручніше table-scale. Ми допомагаємо клієнтам визначити оптимальний режим і, за потреби, реалізуємо обидва з перемиканням одним жестом.

Робота з архітектурними BIM-моделями

Архітектори працюють у Revit, ArchiCAD, Rhino. Прямий імпорт цих форматів у ARKit/ARCore неможливий — потрібна конвертація:

• Revit → FBX/OBJ через експорт або Autodesk Forge API → GLTF через gltf-pipeline або Blender
• ArchiCAD → IFC → конвертація через IfcOpenShell → GLTF
• Rhino → OBJ/FBX → GLTF

Головна проблема BIM-моделей: деталізація Level of Detail (LOD) надто висока для реального часу. Модель житлового комплексу в Revit LOD 300 — це 10-50 млн полігонів. Для AR потрібно 200k-2M максимум. Ретопологія та LOD — обов'язковий етап, який часто займає більше часу, ніж сама AR-розробка. AR-візуалізація скорочує час узгодження в 3-5 разів порівняно з традиційними рендерами.

Інструменти оптимізації: Simplygon (автоматична ретопологія, хмарний сервіс), Blender Decimate Modifier (безкоштовно, ручний контроль), Reality Composer Pro (Xcode 15+) для фінального пакування в .reality з запіканням текстур.

Як конвертувати BIM-модель в AR?

Процес включає три кроки:

1. Експорт із CAD-системи в проміжний формат (FBX/OBJ/IFC).
2. Конвертація в GLTF.
3. Оптимізація полігонів до прийнятної для AR кількості. На цьому етапі також запікаються текстури та налаштовуються LOD-рівні. Без оптимізації навіть потужні пристрої не зможуть плавно відобразити складну модель.

Інтерактивність: поверхи, квартири, матеріали

Для презентації ЖК клієнту потрібно більше, ніж статична модель:

• Вибір поверху. Розбиваємо модель на окремі ModelEntity по поверхах. Tap gesture на поверсі — highlight обраного, інші зменшують opacity до 0.3. У RealityKit — ModelComponent.materials з SimpleMaterial(color: .yellow.withAlphaComponent(0.5)).
• Перегляд квартири зсередини. Окрема сцена з інтер'єром квартири, перемикання через ARView.scene.anchors.removeAll() + load нової сцени. Або — перехід у режим VR (SceneKit + AVPlayer + 360° panorama).
• Зміна матеріалів фасаду. Цегла / штукатурка / скло — swap texture на entity.model?.materials. Текстури у форматі .ktx2 для швидкого завантаження.

Спільний перегляд (multiplayer AR)

Кілька людей бачать одну модель в одному просторі — через MultipeerConnectivity + ARKit collaborative session. ARSession.getCurrentWorldMap() → передача через Multipeer → ARWorldTrackingConfiguration.initialWorldMap на інших пристроях. Усі учасники бачать одну й ту саму сцену зі спільними anchor'ами.

Працює на відстані до ~30 метрів через Wi-Fi/Bluetooth. Для великих ділянок — серверна синхронізація позицій через WebSocket.

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

• Конвертація BIM-моделі в оптимізований GLTF із запіканням текстур
• Розробка AR-застосунку для iOS та Android (Swift/Kotlin, RealityKit/ARCore)
• Налаштування інтерактивності: вибір поверху, перегляд квартир, зміна матеріалів
• Реалізація site-scale та/або table-scale режимів
• Налаштування спільного перегляду (опціонально)
• Тестування на цільових пристроях, публікація в App Store та Google Play
• Навчання співробітників замовника роботі з застосунком
• Технічна підтримка протягом місяця після запуску

Досвід та експертиза

Ми розробляємо AR-рішення вже понад 5 років (понад 10 успішних проєктів для архітектурних бюро та девелоперів). Гарантуємо якість та дотримання термінів. Оцінимо ваш проєкт безкоштовно — напишіть нам.

Терміни

Table-scale візуалізація з однією моделлю без інтерактивності — 2-3 тижні (включаючи конвертацію моделі). З інтерактивними поверхами, зміною матеріалів, site-scale через Geo Tracking — 6-10 тижнів. Multiplayer AR — плюс 2-3 тижні. Базова вартість розробки AR-візуалізації розраховується індивідуально.

Ми розробляємо 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-ідею.