Ent*_*ain 2 android yuv android-camera2
通过 camera2 API,我们接收到格式为YUV_420_888的 Image 对象。然后我们使用以下函数转换为NV21:
private static byte[] YUV_420_888toNV21(Image image) {
byte[] nv21;
ByteBuffer yBuffer = image.getPlanes()[0].getBuffer();
ByteBuffer uBuffer = image.getPlanes()[1].getBuffer();
ByteBuffer vBuffer = image.getPlanes()[2].getBuffer();
int ySize = yBuffer.remaining();
int uSize = uBuffer.remaining();
int vSize = vBuffer.remaining();
nv21 = new byte[ySize + uSize + vSize];
//U and V are swapped
yBuffer.get(nv21, 0, ySize);
vBuffer.get(nv21, ySize, vSize);
uBuffer.get(nv21, ySize + vSize, uSize);
return nv21;
}
Run Code Online (Sandbox Code Playgroud)
虽然此函数与 配合良好cameraCaptureSessions.setRepeatingRequest,但在调用 时,我们会在进一步处理(在 JNI 端)中遇到分段错误cameraCaptureSessions.capture。两者都通过 ImageReader 请求 YUV_420_888 格式。
为什么两个函数调用的结果不同,而请求的类型相同?
更新:正如评论中提到的,由于不同的图像尺寸(捕获请求的尺寸更大),我得到了这种行为。但是我们在 JNI 端的进一步处理操作对于两个请求是相同的,并且不依赖于图像尺寸(仅依赖于纵横比,在两种情况下都是相同的)。
Ale*_*ohn 11
如果根本没有填充,您的代码将仅返回正确的NV21,并且U和V平原重叠并实际表示交错的VU值。这种情况经常发生在预览中,但在这种情况下,您w*h/4为数组分配了额外的字节(这可能不是问题)。也许对于捕获的图像,您需要更强大的实现,例如
private static byte[] YUV_420_888toNV21(Image image) {
int width = image.getWidth();
int height = image.getHeight();
int ySize = width*height;
int uvSize = width*height/4;
byte[] nv21 = new byte[ySize + uvSize*2];
ByteBuffer yBuffer = image.getPlanes()[0].getBuffer(); // Y
ByteBuffer uBuffer = image.getPlanes()[1].getBuffer(); // U
ByteBuffer vBuffer = image.getPlanes()[2].getBuffer(); // V
int rowStride = image.getPlanes()[0].getRowStride();
assert(image.getPlanes()[0].getPixelStride() == 1);
int pos = 0;
if (rowStride == width) { // likely
yBuffer.get(nv21, 0, ySize);
pos += ySize;
}
else {
long yBufferPos = -rowStride; // not an actual position
for (; pos<ySize; pos+=width) {
yBufferPos += rowStride;
yBuffer.position(yBufferPos);
yBuffer.get(nv21, pos, width);
}
}
rowStride = image.getPlanes()[2].getRowStride();
int pixelStride = image.getPlanes()[2].getPixelStride();
assert(rowStride == image.getPlanes()[1].getRowStride());
assert(pixelStride == image.getPlanes()[1].getPixelStride());
if (pixelStride == 2 && rowStride == width && uBuffer.get(0) == vBuffer.get(1)) {
// maybe V an U planes overlap as per NV21, which means vBuffer[1] is alias of uBuffer[0]
byte savePixel = vBuffer.get(1);
try {
vBuffer.put(1, (byte)~savePixel);
if (uBuffer.get(0) == (byte)~savePixel) {
vBuffer.put(1, savePixel);
vBuffer.position(0);
uBuffer.position(0);
vBuffer.get(nv21, ySize, 1);
uBuffer.get(nv21, ySize + 1, uBuffer.remaining());
return nv21; // shortcut
}
}
catch (ReadOnlyBufferException ex) {
// unfortunately, we cannot check if vBuffer and uBuffer overlap
}
// unfortunately, the check failed. We must save U and V pixel by pixel
vBuffer.put(1, savePixel);
}
// other optimizations could check if (pixelStride == 1) or (pixelStride == 2),
// but performance gain would be less significant
for (int row=0; row<height/2; row++) {
for (int col=0; col<width/2; col++) {
int vuPos = col*pixelStride + row*rowStride;
nv21[pos++] = vBuffer.get(vuPos);
nv21[pos++] = uBuffer.get(vuPos);
}
}
return nv21;
}
Run Code Online (Sandbox Code Playgroud)
如果你反正打算通过所产生的阵列C ++,你可以利用的优势其实是
返回的缓冲区总是有 isDirect 返回 true,因此底层数据可以映射为 JNI 中的指针,而无需使用 GetDirectBufferAddress 进行任何复制。
这意味着可以在 C++ 中以最小的开销完成相同的转换。在C++中,你甚至可能会发现实际的像素排列已经是NV21了!
PS实际上,这可以在 Java 中完成,开销可以忽略不计,请参阅if (pixelStride == 2 && …上面的行。因此,我们可以将所有色度字节批量复制到生成的字节数组中,这比运行循环快得多,但仍然比在 C++ 中实现的这种情况要慢。有关完整实现,请参阅Image.toByteArray()。
| 归档时间: |
|
| 查看次数: |
7162 次 |
| 最近记录: |