Azure functions Azure Face API不适用于Bae64字符串、本地文件URL、本机文件URL 需要简单的人脸检测/验证过程
现有的一个:Azure functions Azure Face API不适用于Bae64字符串、本地文件URL、本机文件URL 需要简单的人脸检测/验证过程,azure-functions,azure-cognitive-services,face-api,Azure Functions,Azure Cognitive Services,Face Api,现有的一个: 需要捕获图像,然后将其发送到web服务器,使其成为URL 之后,需要获取生成的URL并将其发送到人脸检测API,以生成人脸ID 成功尝试后,我们将获得上传图像的面部ID 然后需要使用两个面部ID调用面部验证API(已存储面部ID,响应中的面部ID)进行验证 成功后,无论图像是否相同,都会得到结果 在移动设备上使用时面临的问题: 这一过程需要时间,完全取决于互联网速度(即在印度,即使在城市,互联网速度也不够快,再想想村庄) 它不支持BASE64编码图像或本地文件URI 时间是宝
- 需要捕获图像,然后将其发送到web服务器,使其成为URL
- 之后,需要获取生成的URL并将其发送到
,以生成人脸ID人脸检测API
- 成功尝试后,我们将获得上传图像的
面部ID
- 然后需要使用两个
调用面部ID
(已存储面部ID,响应中的面部ID)进行验证面部验证API
- 成功后,无论图像是否相同,都会得到结果
- 这一过程需要时间,完全取决于互联网速度(即在印度,即使在城市,互联网速度也不够快,再想想村庄)
- 它不支持
编码图像或本地BASE64
文件URI
- 时间是宝贵的,小小的延迟会导致对产品缺乏兴趣
- 假设此人的面部数据已经在Azure面部容器中注册,并且
存储在某个数据库中面部ID
- 只需捕获图像并将其发送到
参数:人脸验证API
1. Person's registered `Face ID` 2. Captured image formats BASE64, Local File URL,Native File URL, exsisting URL 3. ........
- 它将返回相同或不同的结果
大多数用户都期望这些功能,如果建议能够实时实现,那么使用起来会非常有效。您最初的断言不正确:在调用face API之前,您不需要将图像发送到web服务器来承载它 FaceAPI“detect”操作接受二进制数据作为输入,所以您可以直接用图像内容调用它,就完成了。见文件,其中说明: 请求主体 在URL(或二进制数据)中检测指定的图像 旁注:我同意这样一个事实,即您仍然必须发送图像有效负载,并且它比在本地检测速度慢