首页
学习
活动
专区
圈层
工具
发布
首页标签openharmony

#openharmony

集成侧「算法搞不定」通常卡在哪四层:采集、活体、特征、事务

深圳云识客

CSDN 和项目群里「鸿蒙人脸识别算法搞不定」,展开后很少是缺一篇论文。更常见的是四层里有一层没有主人。整机自带算法之所以被集成商找上门,是因为这四层被收进同一...

4620

DSH Desktop 全家桶:一套架构,四个平台

用户3164860

把 DeepSeek Harness 的官方 Web UI 一个字节不改地装进原生窗口:Windows Linux macOS 走 Electron,鸿蒙端...

23700

访客核验和员工通行共用一台终端:模式切换时名单作用域怎么关

深圳云识客

有的前台一台开源鸿蒙设备,白天做人证比对登记访客,晚上当员工通道。鸿蒙人脸识别能力够用,危险的是名单作用域跟着模式一起切,却切不干净。访客短权限写进了员工底库,...

12410

人证比对日志里该留分、该丢图:隐私最小化和审计怎么并存

深圳云识客

鸿蒙人脸识别人证比对的审计需求很强:谁在何时用哪张证核验、结果如何。生物特征合规需求同样强:能不留原图就不留。两者冲突时,现场容易走向极端——全留原图,或只打「...

8710

OpenHarmony 上读卡、推理和双屏刷新抢 CPU:核验机与消费机的调度差

深圳云识客

鸿蒙人脸识别人证比对要把读卡中断、图像预处理、模型推理串进一次会话。鸿蒙人脸识别消费机要把双屏异显、识别、落账串进一次窗口节拍。都跑在同类 RK3568 + O...

11200

一套人员主数据,三套事务:通行、消费、人证比对如何分事件类型

深圳云识客

园区里同一个人早晨过人证或闸机,中午走鸿蒙人脸识别消费机。人员主数据可以是一套:工号、姓名、照片特征、卡号。事务不能是一套。检索「鸿蒙人脸识别」若只导向门口设备...

12410

身份证读卡与人脸抓拍的时序:先证后人,还是两人并行

深圳云识客

鸿蒙人脸识别人证比对在现场「感觉慢」,一半不是模型,是时序:读卡、取流、活体、推理谁先谁后,失败怎么回滚 UI。开源鸿蒙终端把这些放在同一台设备上,应用必须定义...

10510

证件翻拍、屏幕回放和真人过闸:人证比对的活体要比通行多测什么

深圳云识客

通行场景的双目活体,主要挡照片、视频、面具去开门。鸿蒙人脸识别人证比对多了一个攻击面:把证件表面或屏幕上的芯片照翻拍成「现场人脸」。若核验口只复用闸机活体用例,...

11510

DSH Desktop - HarmonyOS Edition

用户3164860

把一款 AI agent 应用搬上鸿蒙,通常只有两条老路:要么用 ArkUI 把界面重写一遍,从此背上一个永久 fork;要么把整个 Electron 塞进 H...

60800

鸿蒙人脸识别算法放在终端里:和外挂授权 SDK 差在排障路径

深圳云识客

集成讨论里「搞不定算法」很少指算子公式,更多是:活体阈值谁改、人证芯片照质量差谁背、食堂误识谁出包。鸿蒙人脸识别可以外挂授权 SDK,也可以由整机厂把算法做到 ...

16410
领券