HNHacker News
TopNewBestAskShowJobs

bflood

3 karma · joined July 22, 2017

submissionscomments
bflood··on ARKit + CoreLocation [video]
I agree it'll be amazing when device depth sensors can build up the occlusion mask on the fly, but that still requires a hardware upgrade (iPhone8?, android tango etc). IMO, the beauty of ARKit is getting reasonable AR tracking on the current crop devices (with a single camera lens!)

also, I think there are other ways to build up reasonable occlusion nodes manually. for example, its probable that the Google Maps iOS team is currently adding an AR directions view that use the Streetview point cloud to build up occlusion areas around most streets. Likewise, some areas of the OSM dataset include building footprints with height attributes, this could be used as well. No where near perfect but I think it would help in the situation you described above

bflood··on ARKit + CoreLocation [video]
ok yes, an iBeacon is one possible way CoreLocation determines a device's location. in this case there was none, only GPS (and I guess Wifi is used as well)
bflood··on ARKit + CoreLocation [video]
there is no iBeacon (not sure where you're quoting that from?), its just spatial data (lat/lons) projected into the SCNScene coordinate space (which is relative to the location and heading of the device when the ARSession starts)
bflood··on ARKit + CoreLocation [video]
I generally saw 1-3m accuracy when I was trying out ARKit and some GIS data, YMMV

https://twitter.com/bFlood/status/888485889248157697

that said, when using worldalignment gravityAndHeading, any location inaccuracy when the ARSCNView starts up will throw off the AR illusion, sometimes considerably. I hope apps will be able to correct during an ARSession when better location data is detected