【问题标题】:Google Mobile Vision: Poor FaceDetector performance without CameraSourceGoogle Mobile Vision:没有 CameraSource 的 FaceDetector 性能不佳
【发布时间】:2016-03-11 23:44:32
【问题描述】:

现在,我们的应用程序正在成功运行 Snapdragon SDK。我们正在尝试在我们的项目中实现 Vision 8.3.0 的 FaceDetector,以增加兼容设备的数量。我们不能使用 CameraSource,因为我们依靠自定义相机 + 表面来提供某些功能。我们希望尽可能多地重用代码,而 Snapdragon SDK 在我们当前的实现中表现出色。

工作流程如下:

1) 检索相机预览

2) 将传入的字节数组转换为位图(由于某种原因,我们还没有设法使用 ByteBuffers。提供并验证了图像大小、旋转和 NV21 图像格式,但没有找到人脸)。位图是已经在处理线程内部初始化的全局变量,以避免分配速度变慢。

3) 通过receiveFrame馈送检测器

目前的结果还不够好。即使我们禁用了地标和分类,检测速度也太慢(2-3 秒)且不准确。

问题是:是否可以在不使用前者的情况下复制 CameraSource + Detector 的性能?是否必须使用 CameraSource 才能使其与实时输入一起使用?

提前致谢!

编辑

按照下面的 pm0733464 建议,我尝试使用 ByteBuffer 而不是 Bitmap。这是我遵循的步骤:

// Initialize variables
// Mat is part of opencvSDK
Mat currentFrame = new Mat(cameraPreviewHeight + cameraPreviewHeight / 2, cameraPreviewWidth, CvType.CV_8UC1);
Mat yuvMat = new Mat(cameraPreviewHeight + cameraPreviewHeight / 2, cameraPreviewWidth, CvType.CV_8UC1);

// Load current frame
yuvMat.put(0, 0, data);

// Convert the frame to gray for better processing
Imgproc.cvtColor(yuvMat, currentFrame, Imgproc.COLOR_YUV420sp2RGB);
Imgproc.cvtColor(currentFrame, currentFrame, Imgproc.COLOR_BGR2GRAY); 

从这里开始,字节数组的创建:

// Initialize grayscale byte array
byte[] grayscaleBytes = new byte[data.length];

// Extract grayscale data
currentFrame.get(0, 0, grayscaleBytes);

// Allocate ByteBuffer
ByteBuffer buffer = ByteBuffer.allocateDirect(grayscaleBytes.length);

// Wrap grayscale byte array
buffer.wrap(grayscaleBytes);

// Create frame
// rotation is calculated before
Frame currentGoogleFrame = new Frame.Builder().setImageData(buffer, currentFrame.cols(), currentFrame.rows(), ImageFormat.NV21).setRotation(rotation).build();

以这种方式构建框架会导致找不到人脸。但是,使用位图可以按预期工作:

if(bitmap == null) {
    // Bitmap allocation
    bitmap = Bitmap.createBitmap(currentFrame.cols(), currentFrame.rows(), Bitmap.Config.ARGB_8888);
}

// Copy grayscale contents
org.opencv.android.Utils.matToBitmap(currentFrame, bitmap);

// Scale down to improve performance
Matrix scaleMatrix = new Matrix();
scaleMatrix.postScale(scaleFactor, scaleFactor);

// Recycle before creating scaleBitmap
if(scaledBitmap != null) {
    scaledBitmap.recycle();
}

// Generate scaled bitmap
scaledBitmap = Bitmap.createBitmap(bitmap, 0, 0, bitmap.getWidth(), bitmap.getHeight(), rotationMatrix, true);

// Create frame
// The same rotation as before is still used
if(scaledBitmap != null) {
    Frame currentGoogleFrame = new Frame.Builder().setBitmap(scaledBitmap).setRotation(rotation).build();
}

【问题讨论】:

  • 几点建议: 1) 您可以直接使用 YUV 格式的图像数据,而不是执行两个 cvtColor 调用。人脸检测器将使用灰度的 Y 通道,而忽略其余部分。 2)像你一样使用 ByteBuffer.allocateDirect 并不完全正确,因为这会忽略 arrayOffset - 效果是你的图像会向左移动几个像素。
  • 谢谢!不幸的是,我们需要该灰度图像进行其他处理。我会检查一下避免 allocateDirect,但我记得有一个与此相关的异常。

标签: java android face-detection android-vision


【解决方案1】:

检测需要 2-3 秒的时间并不常见。无需使用 CameraSource 即可获得最佳性能 您使用的是什么硬件?你能提供更多细节吗?

人脸检测的某些方面是速度与准确性的权衡。

速度:

  1. 如果可能,请尝试使用分辨率较低的图像。例如,人脸检测在 640x480 下应该可以正常工作。人脸检测器代码会在运行检测之前对大图像进行下采样,尽管与接收较低分辨率的原始图像相比,这需要额外的时间。

  2. 使用 ByteBuffers 而不是 Bitmaps 会快一点。第一部分应该只是一张灰度图像(没有颜色信息)。

  3. 如上所述,禁用地标和分类会使其更快。

  4. 在未来的版本中,将有一个“最小面部尺寸”选项。将最小尺寸设置得更高会使人脸检测速度更快(在不检测较小人脸的准确性权衡下)。

  5. 将模式设置为“快速”将使其更快(在不检测非正面面部的准确性权衡)。

  6. 使用“仅突出面部”选项会更快,但它只能检测到单个大面部(至少为图像宽度的 35%)。

准确度:

  1. 启用地标可以更准确地计算姿势角。

  2. 将模式设置为“准确”将检测角度范围更广的人脸(例如,轮廓中的人脸)。但是,这需要更多时间。

  3. 缺少上述“最小人脸尺寸”选项,默认情况下仅检测大于图像宽度 10% 的人脸。不会检测到较小的面部。将来更改此设置将有助于检测较小的面部。但是,请注意,检测较小的人脸需要更长的时间。

  4. 使用较高分辨率的图像将比较低分辨率的图像更准确。例如,如果图像为 640x480,则可能会丢失 320x240 图像中的某些人脸。您设置的“最小人脸尺寸”越小,检测该尺寸人脸所需的分辨率就越高。

  5. 确保您有正确的轮换。例如,如果人脸倒置,则不会检测到人脸。如果要检测倒置的人脸,则应使用旋转图像再次调用人脸检测器。

此外,如果您要创建大量位图,垃圾收集时间可能是一个因素。使用 ByteBuffer 的一个优点是您可以重复使用相同的缓冲区,而不会产生每个图像的 GC 开销,如果您对每个图像使用 Bitmap,您会遇到这种开销。 CameraSource 有这个优势,因为它只使用几个缓冲区。

【讨论】:

  • 感谢您的快速回复! :) 我们现在的主要测试设备是BQ Aquaris E5 4G 8GB。我一直在努力并进行了一些改进,即降低图像分辨率有助于提高速度。现在,我们正在处理 40% 的输入大小,将检测时间减少一半。检测模式设置为默认值,因此启用了快速模式。 “最小脸型”听起来很棒!如果我有其他结果,我会继续推动 ByteBuffer 并更新 :) 我们已经在使用 B&W。
  • 我已经更新了原始问题以包含一些额外的信息 :)
猜你喜欢
  • 1970-01-01
  • 2018-03-24
  • 2017-07-01
  • 1970-01-01
  • 1970-01-01
  • 2023-03-17
  • 2018-06-13
  • 2017-05-08
  • 2018-10-08
相关资源
最近更新 更多