文章目录

  • 1. 问题
  • 2. libyuv
    • 2.1 FOURCC (Four Charactacter Code)
    • 2.2 libyuv中FOURCC
  • 3. Bitmap
  • 4. libyuv 转换

1. 问题

Android中在使用RGB数据的时候我们会遇到color space 的stored in computer memory的问题。
通常有两种典型的scheme来记录RGB数据:

  1. byte order——按照字节顺序
  2. word order——按照字面顺序
  • 大端字节序的环境 big-endian system
    • byte orderWord order的顺序是一致的
  • 小端字节序 little-endian system
    • byte orderword order 是相反的,比如 ARGB(word-order)的内存字节序存储为BGRA(byte order)

所以,我们在Android中使用RGB数据的时候是使用哪种scheme(word order | byte order)标记的format(RGB)一定要清楚。

2. libyuv

2.1 FOURCC (Four Charactacter Code)

在下载的libyuv源码里libyuv-refs-heads-master\docs\formats.md里有讲述libyuv支持的FOURCC(这里):

On little endian machines, as an int, this would have ‘A’ in the lowest byte. The FOURCC macro reverses the order:

#define FOURCC(a, b, c, d) (((uint32)(a)) | ((uint32)(b) << 8) | ((uint32)(c) << 16) | ((uint32)(d) << 24))

So the “ARGB” string, read as an uint32, is

FOURCC_ARGB = FOURCC('A', 'R', 'G', 'B')

If you were to read ARGB pixels as uint32’s, the alpha would be in the high byte, and the blue in the lowest byte. In memory, these are stored little endian, so ‘B’ is first, then ‘G’, ‘R’ and ‘A’ last.

2.2 libyuv中FOURCC

libyuv使用C/C++语言,是小端字节序。所以word orderbyte order是相反的。看libyuv的源码也能看得出来。
在源码row_common.cc文件中

MAKEROWY(ARGB, 2, 1, 0, 4)  //ARGB(word order)-->BGRA(byte order)-->2,1,0-->RGBMAKEROWY(BGRA, 1, 2, 3, 4)  //BGRA(word order)-->ARGB(byte order)-->1,2,3-->RGBMAKEROWY(ABGR, 0, 1, 2, 4)//ABGR(word order)-->RGBA(byte order)-->0,1,2-->RGBMAKEROWY(RGBA, 3, 2, 1, 4)MAKEROWY(RGB24, 2, 1, 0, 3)

MAKEROWY(ARGB, 2, 1, 0, 4)ARGB是使用的word order,所以它的byte orderBGRA,后面的2,1,0,是字节序中的索引,每个取出来后刚好是RGB

3. Bitmap

当我们在JNI中使用Bitmap时,需要取出pixel数据的时候同样涉及到实际的内存字节序问题,只有正确知道了字节序也就是byte order,我们才能正确的转换。

  • NDK中的ANDROID_BITMAP_FORMAT_RGBA_8888c/c++语言默认小端字节序

    • 这里的ANDROID_BITMAP_FORMAT_RGBA_8888byte orderABGR
  • 应用层Bitmap.Config.ARGB_8888,java语言默认大端字节序,word orderbyte order是一样的,但是doc上给出的实际字节序的打包方式为ABGR:

    //字节序为  ABGRint color = (A & 0xff) << 24 | (B & 0xff) << 16 | (G & 0xff) << 8 | (R & 0xff);
  • Android平台OpenGL ES 的glReadPixels的读取type为GL_RGBA时,实际byte order也为ABGR

4. libyuv 转换

  • I420是YUV420格式转换的基准类型,任何要转换为YUV420的数据都可以通过先转换为I420再转换得到
  • ARGB是RGB格式转换的基准类型

RGBA color space

更多相关文章

  1. 一句话锁定MySQL数据占用元凶
  2. Android短信数据库字段描述
  3. [置顶] Android(安卓)Camera系统
  4. Android(安卓)sqlite 操作
  5. SharedPreference用法
  6. android中webservce获取soapObject数据的解析问题
  7. SQLite_Android
  8. [Android]使用AdapterTypeRender对不同类型的item数据到UI的渲染
  9. android 数据库操作 插入彩信,数据库子查询

随机推荐

  1. spring框架中一个跟String的trim方法一样
  2. java中的Unicode到String但很棘手
  3. hbase中出现的java.net.BindException-Pr
  4. 处理“您确定您想要离开这个页面”Msg在S
  5. javascript 操作流——回调的回调
  6. Java中字符流和字节流到底有什么区别!!!
  7. 5个java面试题。。。请高手给个答案。。
  8. java中匹配字符串中的中文字符(含中文标
  9. Java nio 学习笔记(一) Buffer(缓冲区)与Chan
  10. 如何知道Object是否为String类型对象?