Android Camera2入門
Android Camera2入門系列1 - Camera2在textureView預(yù)覽
Android Camera2入門系列2 - ImageReader獲得預(yù)覽數(shù)據(jù)
Android Camera2入門系列3 - Image中獲得YUV數(shù)據(jù)及YUV格式理解
Android Camera2入門系列4 - libyuv的編譯和使用
接上篇昂羡，Android Camera系列2 - ImageReader獲得預(yù)覽數(shù)據(jù)
本篇說一下YUV的格式以及如何從Image中得到真正的YUV數(shù)據(jù)。
YUV的格式網(wǎng)上有很多了涂臣，這里就不從YUV的具體格式展開了讹语。這里只分享Camera2設(shè)置YUV_420_888時返回的數(shù)據(jù)格式。
如果了解YUV格式若河，我們知道其實YUV_420_888可以包含很多格式能岩，比如YUV420P(I420=YU12 YV12)和YUV420SP(NV12,NV21)都可以叫做YUV_420_888。
我們知道camera2格式設(shè)置為YUV_420_888時ImageReader會得到三個Plane萧福，分別對應(yīng)y,u,v拉鹃，每個Plane都有自己的規(guī)格，介紹兩個Plane重要的參數(shù)：
- getRowStride
getRowStride是每一行數(shù)據(jù)相隔的間隔。
getRowStride并不一定等于camera預(yù)覽的寬度膏燕，廠商實現(xiàn)不同钥屈，我手頭兩臺手機(jī)，華為P20兩者相等坝辫，小米8則不相等篷就。
比如說width=8，但getRowStride可能是10
Y1Y2Y3Y4Y5Y6Y7Y8 0 0
U1V1U2V2U3V3U4V4 0 0
所以獲取對應(yīng)數(shù)據(jù)就不一樣近忙，需要根據(jù)RowStride獲取對應(yīng)數(shù)據(jù)竭业，而不是直接數(shù)組拷貝，下面例子詳細(xì)講解它的作用及舍。 - getPixelStride
表示相鄰的相同YUV數(shù)據(jù)間隔的距離未辆。
Y分量應(yīng)該都是1，表示Y都是緊密挨著的
UV分量可能是1锯玛，也可能是2
1咐柜、 UV分量是1：表示UV跟Y一樣，兩個U之間沒有間隔攘残，也就是YU12(也叫I420：YYYYYYYYUUVV)或者YV12(YYYYYYYYVVUU)
2拙友、UV分量是2：表示每兩個UV之間間隔一個，也就是NV12(YYYYYYYYUVUV)或者NV21(YYYYYYYYVUVU)
當(dāng)我們?nèi)?shù)據(jù)的時候需要注意要跟上面的getRowStride結(jié)合使用歼郭，因為并不是所有的block都是挨著的遗契。
我們做個試驗來驗證我們的想法，測試手機(jī)為小米8实撒，支持的預(yù)覽高度最小為176/144姊途。
| ~ | Y | U | V |
|---|---|---|---|
| rowStride | 192 | 192 | 192 |
| PixelStride | 1 | 2 | 2 |
| remaining size | 27632 | 13807 | 13807 |
| 如何計算size | 192*143+176 | 192*71+176-1 | 192*71+176-1 |
Y分量 <-> planes[0]
我們使用planes[0].getBuffer().remaining()方法查看當(dāng)前的Y的size
把Y Plane返回的數(shù)據(jù)存成文件，使用010Editor打開文件查看知态，Camera設(shè)置的預(yù)覽寬高為176/144捷兰，而getRowStride返回值為192，也就是說负敏，它使用了192個字節(jié)來存儲176個有用的data贡茅，有16個字節(jié)是無用的。
如下圖所示：
我們可以清楚的看到其做，每兩個塊之間有16個byte都是0顶考，印證了我們的想法。也就是說每
rowStride (192)個byte中妖泄，前width (176)個是實際數(shù)據(jù)驹沿，余下的rowStride-width (16)個為無用數(shù)據(jù)。所以我畫了一幅圖蹈胡，大致如下所示渊季，有顏色的表示有用的數(shù)據(jù)朋蔫，白色表示無用數(shù)據(jù)：
如果注意到的話上面例子中Y的數(shù)量是27632 = 192*143+176，所以說最后一行沒有最后的16個無用字節(jié)却汉。
UV分量 <-> planes[1] planes[2]
先看下這倆的二進(jìn)制文件的區(qū)別：
我現(xiàn)在并不知道為什么u分量只是跟v分量偏移了一個字節(jié)驯妄，其他都一樣。有哪位了解的合砂，麻煩評論告訴我一下~~~
我們拿v分量來看176/144的size的情況下青扔，它的size是13807；
類似Y分量翩伪，也就是13807 = 192*71+176-1微猖，除了最后減去了一個byte，原理跟Y一致缘屹，只不過是Y的一半励两，Y有144個，UV分別有144/2個囊颅，所以是rowStride * (height / 2 - 1) + width，至于為什么減一傅瞻，現(xiàn)階段我還是不知道踢代，先記住。
從Image獲取YUV代碼如下：
private ImageReader.OnImageAvailableListener mOnImageAvailableListener = new ImageReader.OnImageAvailableListener() {
@Override
public void onImageAvailable(ImageReader reader) {
Image image = reader.acquireLatestImage();
if (image == null) {
return;
}
try {
int w = image.getWidth(), h = image.getHeight();
// size是寬乘高的1.5倍 可以通過ImageFormat.getBitsPerPixel(ImageFormat.YUV_420_888)得到
int i420Size = w * h * 3 / 2;
Image.Plane[] planes = image.getPlanes();
//remaining0 = rowStride*(h-1)+w => 27632= 192*143+176 Y分量byte數(shù)組的size
int remaining0 = planes[0].getBuffer().remaining();
int remaining1 = planes[1].getBuffer().remaining();
//remaining2 = rowStride*(h/2-1)+w-1 => 13807= 192*71+176-1 V分量byte數(shù)組的size
int remaining2 = planes[2].getBuffer().remaining();
//獲取pixelStride嗅骄，可能跟width相等胳挎，可能不相等
int pixelStride = planes[2].getPixelStride();
int rowOffest = planes[2].getRowStride();
byte[] nv21 = new byte[i420Size];
//分別準(zhǔn)備三個數(shù)組接收YUV分量。
byte[] yRawSrcBytes = new byte[remaining0];
byte[] uRawSrcBytes = new byte[remaining1];
byte[] vRawSrcBytes = new byte[remaining2];
planes[0].getBuffer().get(yRawSrcBytes);
planes[1].getBuffer().get(uRawSrcBytes);
planes[2].getBuffer().get(vRawSrcBytes);
if (pixelStride == width) {
//兩者相等溺森，說明每個YUV塊緊密相連慕爬，可以直接拷貝
System.arraycopy(yRawSrcBytes, 0, nv21, 0, rowOffest * h);
System.arraycopy(vRawSrcBytes, 0, nv21, rowOffest * h, rowOffest * h / 2 - 1);
} else {
//根據(jù)每個分量的size先生成byte數(shù)組
byte[] ySrcBytes = new byte[w * h];
byte[] uSrcBytes = new byte[w * h / 2 - 1];
byte[] vSrcBytes = new byte[w * h / 2 - 1];
for (int row = 0; row < h; row++) {
//源數(shù)組每隔 rowOffest 個bytes 拷貝 w 個bytes到目標(biāo)數(shù)組
System.arraycopy(yRawSrcBytes, rowOffest * row, ySrcBytes, w * row, w);
//y執(zhí)行兩次，uv執(zhí)行一次
if (row % 2 == 0) {
//最后一行需要減一
if (row == h - 2) {
System.arraycopy(vRawSrcBytes, rowOffest * row / 2, vSrcBytes, w * row / 2, w - 1);
} else {
System.arraycopy(vRawSrcBytes, rowOffest * row / 2, vSrcBytes, w * row / 2, w);
}
}
}
//yuv拷貝到一個數(shù)組里面
System.arraycopy(ySrcBytes, 0, nv21, 0, w * h);
System.arraycopy(vSrcBytes, 0, nv21, w * h, w * h / 2 - 1);
}
//這里使用了YuvImage屏积，接收NV21的數(shù)據(jù)医窿，得到一個Bitmap
Bitmap bitmap = BitmapUtil.getBitmapImageFromYUV(nv21, width, height);
if (mOnGetBitmapInterface != null) {
mOnGetBitmapInterface.getABitmap(bitmap);
}
} catch (Exception e) {
e.printStackTrace();
LogUtil.d(e.toString());
}
image.close();
}
};
//BitmapUtil.java
public static Bitmap getBitmapImageFromYUV(byte[] data, int width, int height) {
YuvImage yuvimage = new YuvImage(data, ImageFormat.NV21, width, height, null);
ByteArrayOutputStream baos = new ByteArrayOutputStream();
yuvimage.compressToJpeg(new Rect(0, 0, width, height), 80, baos);
byte[] jdata = baos.toByteArray();
BitmapFactory.Options bitmapFatoryOptions = new BitmapFactory.Options();
bitmapFatoryOptions.inPreferredConfig = Bitmap.Config.RGB_565;
Bitmap bmp = BitmapFactory.decodeByteArray(jdata, 0, jdata.length, bitmapFatoryOptions);
return bmp;
}
這些代碼已經(jīng)上傳到github -> 此代碼的github傳送門 歡迎star/follow
下一篇分享使用libyuv做轉(zhuǎn)碼。
