HOLOCEIVE / AR TRACKING SDK
图像跟踪SDK接入评估
要将AR内容对齐到真实表面的图像，需要先了解印刷目标和实际使用环境。Holoceive SDK接受平面图像目标评估与原生引擎定制集成咨询。
讨论目标对象与集成需求 ↗从印刷图像到AR体验
- 01
参考图像
根据图稿与实际尺寸准备目标。
- 02
相机跟踪
引擎估计图像的位置和朝向。
- 03
应用展示
应用将内容对齐到被跟踪的图像。
Holoceive SDK提供跟踪引擎与集成支持。您可以自行准备AR内容，也可以与Holoceive讨论应用开发。
选择适合产品的跟踪目标
| 目标 | 应用示例 | 技术 |
|---|---|---|
| 印刷图像 | 亚克力立牌图案、卡片、包装面 | 图像跟踪 |
| 立体物体 | 手办、产品模型、零部件 | 3D物体跟踪 |
以真实印刷表面为起点
请说明目标是亚克力立牌上的印刷图案、卡片、说明书页面、包装面还是产品标签。有条件时提供最终图稿与实际尺寸。数字设计稿无法完整反映印刷质量、光面涂层、折痕和光照变化。实物照片及使用过程中可能被遮挡的区域也应纳入评估。
区分检测、稳定跟踪与恢复
首次识别图像只是体验的一部分。还需要测试相机移动时叠加内容是否稳定、何时丢失跟踪，以及目标重新进入画面后的恢复情况。明确距离、角度、移动速度和部分遮挡条件。帧率不能单独说明跟踪质量，应同时记录初始化时间、丢失事件与恢复过程。
Unity与原生移动端的集成条件
请提供Unity版本、渲染管线及现有AR或相机框架。对于iOS和Android原生应用，需要确认相机会话由谁管理，以及如何提供图像帧和时间戳。图像方向、坐标约定和应用恢复时的行为也需要明确。Holoceive SDK公开SDK封装和API尚未最终确定。
建立可重复的目标测试
对各候选引擎使用相同实物、设备、相机设置和运动轨迹。分别测试正常使用、复杂光照以及丢失后的恢复，并记录成功与失败。还应考虑内存、发热和功耗约束。验收阈值应来自实际应用需求，而非其他产品的演示。
还没有参考图像时
可以先描述目标表面和预期用户交互。类似表面的照片有助于讨论，但不能代替对实际目标的测试。评估开始前会协商所需数据。如果需要对齐的是立体物体而不是平面印刷图像，请参考物体跟踪指南。
面向Unity、iOS和Android的3D物体跟踪SDK ↗评估咨询时建议提供的信息
- 目标类型、实际尺寸和预计图像数量
- 图稿、实物照片或表面描述
- 目标设备、Unity或原生环境、相机框架
- 距离、视角、光照及恢复行为
- 评估时间、部署规模与数据处理限制
与Holoceive SDK引擎团队共同设计适合产品的集成方案。