Моя интуиция такова, что тот, кто писал документы Apple, оставил вещи неоднозначными, потому что а) вы можете использовать эти методы для нескольких видов тестов попадания, и б) ARKit не действительно знает, на что он смотрит.
Если вы проводите проверку попадания для любого из типов, связанных с плоскостями (existingPlane, estimatedHorizontalPlane и т. Д.), Вам нужны реальные плоские поверхности. Или, скорее, вы ищете вещи, которые, по мнению ARKit, выглядят как плоские горизонтальные (или вертикальные в iOS 11.3 и новее) поверхности. Они могут или не могут точно отражать форму реального мира в любой момент, но это лучшее предположение ARKit. От того, какой из типов, связанных с самолетами, вы будете искать, зависит, получите ли вы существующий ARAnchor.
(Обратите внимание, что ложноотрицательные результаты более распространены, чем ложные срабатывания. Например, вы можете не найти результат попадания в точке, где угол столешницы не был отображен ARKit, но вы вряд ли найдете результат попадания в плоскость без соответствующего реальная плоская поверхность.)
Если вы выполняете featurePoint проверку попадания, вы проводите тестирование с использованием разреженной карты среды пользователя ARKit. Если вы включите опцию showFeaturePoints в ARSCNView, вы увидите эту карту - в каждом кадре видео она находит от десятков до небольших-сотен точек, которые визуально достаточно интересны (ну, «интересны» с точки зрения конкретного алгоритма), которые он может соотносить их 2D-положения между кадрами и использовать разницу параллаксов для оценки их расстояний от камеры и положения в 3D-пространстве. (В свою очередь, это дает представление ARKit о том, где находится само устройство в трехмерном пространстве.)
Поскольку «характерной точкой» может быть любая небольшая высококонтрастная область изображения с камеры, она на самом деле не коррелирует с какими-либо конкретными объектами реального мира. Если вы смотрите на стол с красивым рисунком под дерево, вы увидите множество характерных точек вдоль плоскости стола. Если вы смотрите на стол с, скажем, горшечным растением на нем, вы увидите некоторые точки на рабочем столе, некоторые на горшке и некоторые на листьях ... недостаточно точек, которые вы (или алгоритм CV ) действительно может интуитивно уловить форму растения. Но достаточно того, что, если бы пользователь нажал на одну из этих точек, ваше приложение могло бы поместить туда какой-нибудь трехмерный объект, и он мог бы убедительно показаться, что он прилипнет к растению.
Итак, в самом общем смысле, тестирование попадания в ARKit ищет «объекты» какого-то типа в «реальном мире» (как это воспринимается ARKit), но если вы не ищете плоскости (поверхности), это действительно невозможно. более конкретно о том, что это за «объекты».
person
rickster
schedule
13.02.2018
