Unity | ARCore V1.2 新特性分析

谷歌最新发布了ARCore V1.2，新特性还不错，开发人员也是相当努力的，虽然测试结果并没有预期那么理想（有服务器连接bug），不过还是期待更多新特性的出现。

文 / 丁建雄
图 /

小白是单纯为兴趣而写作的独立创作人，如果您喜欢小白的文章，欢迎关注、交流、分享（引用请链接到本文）。

一、共享锚点（cloud anchor）

1. 介绍：共享锚点系统可以实现多设备之间的AR场景资源共享，包括Android和IOS设备的互通。
2. 共享锚点工作原理：使用谷歌服务器托管并解析共享锚点信息。
   托管流程：用户从客户端发送相关的视觉化地图数据到谷歌服务器，然后谷歌服务器将其处理成类似于稀疏点云图存储（这里“类似”的意思的存储方式差不多，但是存储的特征不一样）。
   解析流程：客户端实时地将当前帧提取到的视觉特性描述上传到服务器，服务器端进行稀疏点云特性图匹配，这样就能将每台设备的解析锚点准确地定位到场景中。
3. 数据存储与连接限制：
   a. 共享锚点在被托管之后可以保持连续24小时的解析。
   b. 原始的视觉地图数据被托管七天之后将被释放。
   c. 稀疏点云图在生成之后24小时内可以作为共享锚点的解析数据。
   d. 之前上传的地图数据不会回传到客户端，也就是说所有的点云数据处理都是在服务器端进行的。
   e. 从稀疏的点云图中不能得到用户的地理位置或者重建出用户当前的物理环境。
   f.一个解析锚点的请求中所提供的视觉特征描述不会被存储。

二、共享锚点官方例程实测

1. 测试共享锚点的官方例程，发现bug还不少，其中最主要的就是服务器连接和房间匹配问题。具体而言；
   a. 谷歌官方实例采用谷歌服务器，国内对于谷歌服务器访问需要VPN，但是有时候VPN不稳定响应时间过长，会导致error出现。
   b. 对于使用VPN代理，会产生IP寻址问题，这样也没办法将两个场景联系到一起。
   c. 对于本机的上传锚点--匹配机制还是很不错的，也不需要输入IP地址，直接就能匹配成功，定位效果很不错；对于不同的机子就得看情况而定了。
   d. 目前为止，不同的机子只成功过一次匹配，当时两个IP地址不一样，而大部分情况，如果两台机子的IP地址相同，那么根本就没办法匹配，输出log是没有有效的房间号。也就是说，谷歌的官方教程中的实践方法可能对于美国的网络接入是可行的，但是对于使用VPN上网的中国用户而言，得看使用情况。

2. 其实共享锚点的核心技术有两个：
   a. 场景特征匹配，即识别两个点云属于同一个场景。
   b. 多设备坐标系校准，即多设备坐标系定位到统一的世界坐标系中，这个主要是通过同样的特性点去估计当前相机的姿态，这里涉及到实时的校准和姿态估计利用到SLAM技术，有很大的优化空间。