登录社区云,与社区用户共同成长
邀请您加入社区
从TRACKINGstate!==这里同时保存了“最初导致暂停的原因”。实测遮挡期间,原因先是,随后又变成NONE。如果每帧都覆盖原因,恢复时就只剩下NONE,真正的触发原因反而丢了。
这次做的是一张会“被 AR 召唤”的图片:相机找到参考图后,四角框会贴住图片边缘,中心出现一根能量柱;手机移动或倾斜时,四角和能量柱跟着图像一起变化。实验没有停在“图片成功加入数据库”。真机先识别了相册加入的实体书封,又识别了工程内置的召唤卡。同一个数据库包含两张图,两张图分别产生自己的名称、索引、状态和位姿。先看实体书封的结果。顶部已经进入TRACKING,四角框覆盖书封所在平面,中心准星和能量
这次做的是一面能读懂表情的 AR 镜子:前置相机找到人脸后,把 AR Engine 返回的 84 个关键点叠加到五官上,同时读取 64 项表情参数,依次完成眨眼、张嘴和微笑三个动作。真机最终完成了全部三项挑战。页面锁定在第 218 次采样,保留 84/84 个关键点、64/64 项表情参数、10446 个网格顶点和 6698 个三角索引;本轮峰值为眨眼 0.98、微笑 1.00、张嘴 0.60。画
这次做的是一个可以直接看到结果的人体动作实验:前置相机找到真人后,把 AR Engine 返回的 20 个骨骼关键点叠加到身体上,再根据手腕和肩膀的位置判断是否举手。真机最终稳定取得 16 个有效点。左手、右手可以分别识别,两只手同时举起并连续保持 3 次采样后,完成次数增加 1。下面这张结果图中,青色是画面左侧肢体,紫色是画面右侧肢体,黄色是头部和躯干;两侧动作状态都已经点亮,完成次数为 6。这
验证项真机结果CAMERA、SLAM、SEMANTIC_DENSE 门禁通过会话初始化36 ms首批稠密点18.242 s,24 个点首个有效 Cube37.692 s最终稠密点553Cube1 个,标签label=10置信度原始值1.000可见立体边12/12长 × 宽 × 高体积0.926 L第二轮锁定6627 点,23.2 × 15.0 × 5.0 cm,1.741 L继续扫描第 473 次
验证项实际结果CAMERA、SLAM、DEPTH 门禁通过深度图与置信度图成功取得深度图尺寸256 × 256热力图网格28 × 28,784 个格子修订版有效抽样784/784中近距离中心值791 mm远距离中心值2906 mm两组中心差值2115 mm暂停第 274 帧停止增长恢复从第 274 帧恢复并继续出帧销毁第 326 帧销毁,errors=0。
手机缓慢扫过柜门和地面后,青绿色三角网格直接贴在真实相机画面上;镜头右上角同时出现同一批 Mesh 数据生成的俯视图。移动手机,网格形状和可见三角面数量会跟着变化;按下锁定按钮,当前这一帧的图形和数据一起固定下来。这张图是本次最终签名包的真机原始截图。画面中的三角线不是扫描框动画,也不是后期生成的效果:它们来自返回的顶点与三角形索引,经当前相机的 View、Projection 矩阵换算后绘制到
真机实测 AR Engine 将单独扫描的实体书识别为 RECTANGLE,并在水平地面创建锚点和开口盒子;书放入盒子后人工确认摆放完成,组合目标另返回 CUBE。文章记录 TARGET 配置、几何读取、HitTest、OpenGL 渲染、失败分支与资源释放。
真机复测显示 AR Engine 跟踪到 8 个平面,但所有 ARPlane.label 仍为 UNKNOWN。文章拆解能力门禁、会话配置、几何统计、二维识别边界与暂停恢复销毁证据,并给出失败分支和排查清单。
基于 Mate 60 Pro、HarmonyOS 7 和 API 26,实测 AR Engine 运动跟踪:持续读取设备位姿、建立和重置原点、计算相对位移与转角,并验证暂停、恢复和资源销毁。
在 Mate 60 Pro、HarmonyOS 7 与 API 26 环境中,完整验证 AR Engine 设备能力检测、相机权限门禁及会话初始化、暂停、恢复和销毁,并给出可复现的 ArkTS 实现与真机日志。
手机摄像头早已不只是记录画面的工具。十多年前,我们用它拍风景、拍家人;今天,我们更频繁地用它去"对准"——对准一张名片、一本图书的封底、一张身份证、一张发票。对准之后呢?如果设备能瞬间读懂上面的文字,并把这些文字变成可编辑、可检索、可联动的数字信息,那摄像头的角色就从"记录者"跃迁成了"理解者"。这种跃迁,正在成为移动智能体验真正的分水岭。在 HarmonyOS NEXT 上,这条技术链路的起点是
为了在鸿蒙设备上实现AR功能,同时保持多平台兼容性,本次开发任务41:集成AR功能,实现增强现实体验,核心目标是设计灵活的多平台AR框架,通过模拟AR模式在鸿蒙设备上提供基础AR体验,同时为未来支持鸿蒙原生AR预留扩展空间。整体方案基于抽象接口设计,支持多种AR后端(ARCore、ARKit、Web、模拟),通过模拟模式解决鸿蒙设备的兼容性问题,同时深度集成前序实现的权限管理能力,无需复杂的原生对
AR动物互动应用摘要(148字) 这款基于Flutter的AR应用通过ARCore/ARKit技术将3D虚拟动物融入真实环境,提供喂食、抚摸、拍照等趣味互动。应用包含8类风格各异的动物(猫、狗、恐龙等),具备完整的成长情绪系统(饱食度/快乐度影响表情状态)。技术架构采用Material Design 3界面+SQLite本地存储,通过AnimationController实现浮动、旋转等动态效果。
AR寻宝探险游戏项目简介 本项目是一款基于Flutter框架开发的跨平台AR寻宝探险游戏应用,将现实世界变成互动探险乐园。应用以金色为主色调,提供雷达地图、宝藏探索、任务挑战、奖励兑换和排行榜等核心功能。支持多种任务类型(AR扫描、拍照打卡、答题挑战等)和宝藏地点(公园、商场、博物馆等),通过完成任务获取积分和奖励。采用Material Design 3设计规范,使用CustomPainter实现
运行效果图AR城市历史穿越是一款科技探索类应用,为用户提供沉浸式的历史体验服务。应用以棕色为主色调,象征历史与传承。界面设计采用复古现代结合的风格,让用户能够穿越时空,见证城市变迁。应用通过AR技术模拟展示城市某个地点几十年前的样子,支持今昔对比,让用户了解城市历史发展脉络。站在城市某个地点,就能看到这个地方百年前的模样,感受时光流转的魅力。序号年代名称时间跨度颜色描述1清代1644-1912棕色
摘要: AR家具摆放预览应用基于Flutter框架开发,利用ARCore/ARKit技术实现家具在真实空间的虚拟展示。应用提供四大功能模块:AR预览、家具库(含8类家具)、房间选择(客厅/卧室等4种)、设计保存与价格统计。采用Material Design 3设计规范,支持手势操作(拖拽/缩放/旋转),通过自定义绘制实现AR网格效果。项目结构清晰分层(表现层/业务层/数据层),核心模型包括家具分类
随着技术的进步,虚拟现实(VR)和增强现实(AR)已逐渐成为现代应用的核心功能,特别是在游戏、教育、医疗、零售等领域。虚拟现实通过创建一个完全虚拟的环境,提供沉浸式的体验,而增强现实则是在现实世界中叠加虚拟对象,为用户提供更为互动的体验。在鸿蒙(HarmonyOS)中,随着设备硬件性能的提升和软件框架的不断完善,AR 和 VR 的开发变得越来越简单。鸿蒙提供了对ARCore(用于 Android
增强现实(AR)技术通过将虚拟内容与真实世界进行实时融合,创造出一种新的用户体验。在 AR 应用中,虚拟物体与现实世界的场景进行互动,用户可以通过移动设备查看虚拟物体在现实世界中的位置和状态。物理引擎是用来模拟物体物理行为(如碰撞、重力、摩擦力等)的计算系统。在 AR 中,物理引擎通常用于实现虚拟物体与现实世界的交互,使得虚拟物体不仅能在三维空间中展示,还能与现实环境中的物体产生物理交互。
虚拟现实(VR)和增强现实(AR)是近年来备受关注的技术,它们为用户提供了更加沉浸式的互动体验,广泛应用于娱乐、教育、医疗、游戏、工业等领域。随着智能设备的普及,鸿蒙操作系统(HarmonyOS)也开始支持 AR/VR 应用的开发,帮助开发者构建身临其境的互动体验。本文将介绍虚拟现实和增强现实在鸿蒙中的应用,重点讲解如何使用鸿蒙的 AR/VR 库进行开发,如何结合设备传感器和图形处理实现沉浸式体验
增强现实(AR)技术的实现离不开图像识别和处理技术。在鸿蒙操作系统中,通过相机API结合深度学习模型,开发者可以实现AR实时图像识别功能。本文将介绍如何通过鸿蒙的相机API实现AR功能,涵盖数据流采集、实时帧传输给模型进行推理、叠加识别结果到预览画面(AR图层)等步骤,同时探讨延迟与帧率优化的方法。最后,我们将通过一个示例,展示如何使用AR技术识别图书封面并展示相关信息。通过鸿蒙系统的相机API结
作为"学海探索"AR教学模块的技术负责人,我们基于HarmonyOS的AR Engine构建了新一代的增强现实教学系统。这套方案将抽象的教学内容转化为直观的3D交互体验,革命性地改变了传统学习方式。"心脏解剖可以亲手'拆开'观察,太震撼了" —— 医学生。"抽象的电磁场终于'看得见'了" —— 物理教师。多模态交互:支持手势/语音/眼动多维度控制。教育内容库:预置2000+教学3D模型。在"学海探
本文提出的CryEngine-鸿蒙AR Kit融合方案,通过创新的双引擎协作架构和精密的坐标同步机制,实现了移动端高保真AR体验。相比纯AR解决方案,在保持同等跟踪精度的同时,渲染质量提升300%,帧率稳定性提高40%。该技术为教育、工业、零售等领域的沉浸式应用开发提供了新的技术基础。
你有没有在商场看到过这样的体验:手机对着一张海报扫一扫,海报上就"跳"出一个 3D 动画角色?或者扫描一张明信片,明信片上就开始播放视频?这背后靠的就是。简单说,就是让 AR Engine 认识你指定的图片,然后在图片上方叠加 3D 内容。
你有没有想过一个问题:AR 应用是怎么知道手机在现实世界里移动了多少、转了多少度的?比如说你在玩一个 AR 游戏,把一个虚拟小人放在桌面上,然后你拿着手机绕桌子走一圈。小人始终稳稳地站在那个位置,不会乱跑。这背后靠的就是。简单说,SLAM(Simultaneous Localization and Mapping)就是让手机一边"画地图"(识别周围环境),一边"定位自己"(知道自己在哪)。这两个事
你有没有想过,AR 家具 APP 是怎么把虚拟沙发稳稳地放在地面上的?它怎么知道哪里是地面、哪里是桌面、哪里是墙壁?答案就是。AR Engine 能从摄像头画面中自动识别出各种平面——水平的地面和桌面、垂直的墙壁,甚至天花板。识别出来之后,你就能在这些平面上放置虚拟物体了。而比平面检测更进一步。它不是只给你一个平面,而是把整个环境的表面用三角形网格重建出来。有了网格数据,你就能做更精细的 AR 效
HarmonyOS 5的DeviceProfile与动态LOD模型切换方案,为3D应用解决了「高端机性能过剩、低端机体验拉胯」的痛点。通过「硬件检测-策略匹配-模型切换」的闭环流程,开发者无需为不同设备重复开发,即可让3D应用在全场景设备上流畅运行。
本文介绍了基于HarmonyOS 6.0开发的AR实景社交应用首页实现方案。应用采用深紫蓝(#1E1B4B)和荧光紫(#A855F7)作为主色调,营造科技感和神秘感。首页包含5个核心模块:AR视图占位区、附近AR内容浮层、四大功能入口(创建/探索/我的/排行)、附近AR锚点列表和本地热门玩家。技术实现上,利用HarmonyOS 6.0的CameraKit、SceneKit、LocationKit等
HarmonyOS 6.1 的新能力里,沉浸光感组件、悬浮页签、FaceAR & BodyAR、智感握姿等内容都指向一个方向:系统不再只要求应用“能用”,而是要求应用在多设备、多姿态、多模态交互里更自然。悬浮页签、沉浸光感、FaceAR、BodyAR、智感握姿不是孤立能力,而是让应用从平面页面走向多设备、多姿态、多模态体验的工具。开发者在接入 6.1 UI 新能力前,最好和设计团队明确交付物:不同
本文介绍了如何在HarmonyOS中使用AR Engine开发增强现实应用。主要内容包括:AR Engine的基本功能(如SLAM运动跟踪、平面识别、图像跟踪等),权限要求(相机、陀螺仪、加速度计),初始化AR场景的流程,以及如何通过ARView组件显示AR画面。文章还详细讲解了SLAM技术的工作原理和典型应用场景,并提供了基础AR页面的完整代码示例,帮助开发者快速上手AR应用开发。