一般来说，直接采集到的视频数据是RGB24的格式，RGB24一帧的大小size＝width×heigth×3 Byte，RGB32的size＝width×heigth×4，如果是I420（即YUV标准格式4：2：0）的数据量是
size＝width×heigth×1.5 Byte。 在采集到RGB24数据后，需要对这个格式的数据进行第一次压缩。即将图像的颜色空间由RGB2YUV。因为，X264在进行编码的时候需要标准的YUV（4：2：0）。
但是这里需要注意的是，虽然YV12也是（4：2：0），但是YV12和I420的却是不同的，在存储空间上面有些区别。如下：
YV12 ： 亮度（行×列） ＋ V（行×列/4) + U（行×列/4）
I420 ： 亮度（行×列） ＋ U（行×列/4) + V（行×列/4） 　　
可以看出，YV12和I420基本上是一样的，就是UV的顺序不同。
YUY2和YV12是最常用的两个代表。YUY2是packed方式的。水平方向两个像素打包到一个DWORD，并且UV采样率只有Y的一半，这符合人的视觉特征能有效的压缩数据,具体布局为[Y0,
U0,Y1,V0]。 这种格式常见于MPEG1的编解码器。YV12则常见于H.264的编解码器，它属于plannar方式。对于一个MxN大小的视频来说，数据布局为[Y:M
x N] [V:M/2 x N/2] [U:M/2 x N/2]. 也就是说UV的采样率在水平和垂直方向上都只有Y的一半。 &
　　4:2:0并不意味着只有Y，Cb而没有Cr分量。它指得是对每行扫描线来说，只有一种色度分量以2:1的抽样率存储。相邻的扫描行存储不同的色度分量，也就是说，如果一行是4:2:0的话，下一行就是4:0:2，再下一行是4:2:0...以此类推。对每个色度分量来说，水平方向和竖直方向的抽样率都是2:1，所以可以说色度的抽样率是4:1。对非压缩的8比特量化的视频来说，每个由2x2个2行2列相邻的像素组成的宏像素需要占用6字节内存。
　　下面八个像素为：[Y0 U0 V0] [Y1 U1 V1] [Y2 U2 V2] [Y3 U3 V3]
& & &&[Y5 U5 V5] [Y6 U6 V6] [Y7 U7 V7] [Y8 U8 V8]
　　存放的码流为： & &Y0 U0 Y1 Y2 U2 Y3&
& & & &Y5 V5 Y6 Y7 V7 Y8
　　映射出的像素点为：[Y0 U0 V5] [Y1 U0 V5] [Y2 U2 V7] [Y3 U2 V7]
&[Y5 U0 V5] [Y6 U0 V5] [Y7 U2 V7] [Y8 U2 V7]
------------------------------------------------------------------------------------------------------------------
YUV 格式在存储上通常有两大类:打包(packed)格式和平面(planar)格式。前者将 YUV 分量存放在同一个数组中,通常是几个相邻的像素组成一个宏像素(macro-pixel);而后者使用三个数组分开存放
YUV 三个分量,就像是一个三维平面一样。
几种常见的yuv格式&
1.YUV422&Planar
这里,Y\U\V数据是分开存放的,每两个水平Y采样点，有一个Cb和一个Cr采样点，
ffmpeg 中的定义 &PIX_FMT_YUV422P, & ///& planar YUV 4:2:2, 16bpp, (1 Cr & Cb sample per 2x1 Y samples) &
android &OMX &中的定义 &OMX_COLOR_FormatYUV422Planar & & //* &YUV422Planar & & & & & : Three arrays Y,U,V.
<span style="font-family:Microsoft YaH font-size:10 color:#. YUV420&Planar
这个&#26684;式跟YUV422 Planar 类&#20284;，但对于Cb和Cr的采样在水平和垂直方向都减少为2:1
ffmpeg 中定义 &PIX_FMT_YUV420P & &//& planar YUV 4:2:0, 12bpp, (1 Cr & Cb sample per 2x2 Y samples)
android OMX 中定义 &OMX_COLOR_FormatYUV420Planar & & //&&* &YUV420Planar & & & & & : Three arrays Y,U,V &&
<span style="font-family:Microsoft YaH font-size:10 color:#.YUV422 Semi-Planar &Semi 是’半‘的意思 我的理解这个半平面模式,&这个&#26684;式的数据量跟YUV422 Planar的一样，但是U、V是交叉存放的。
ffmpeg 中 未找到定义
android &OMX &中 OMX_COLOR_FormatYUV422SemiPlanar & &////YUV422SemiPlanar & & & : Two arrays, one is all Y, the other is U and V
<span style="font-family:Microsoft YaH font-size:10 color:#.YUV420 Semi-Planar
&这个&#26684;式的数据量跟YUV420 Planar的一样，但是U、V是交叉存放的
ffmpeg 中定义PIX_FMT_NV12, & & &///& planar YUV 4:2:0, 12bpp, 1 plane for Y and 1 plane for the UV components,
which are interleaved (first byte U and the following byte V)
android & OMX &中定义 OMX_COLOR_FormatYUV420SemiPlanar & &//YUV420SemiPlanar & & & : Two arrays, one is all Y, the other is U and V&
<span style="font-family:Microsoft YaH font-size:10 color:#.YUV422 Interleaved & & & &Interleaved -- 交错 &&
这个&#26684;式的数据量跟YUV422 Planar的一样，但是Y、U、V是交叉存放的, 这个是打包（packed）模式的
ffmpeg &中 &PIX_FMT_UYVY422 &&///& packed YUV 4:2:2, 16bpp, Cb Y0 Cr Y1
android &OMX 中 &OMX_COLOR_FormatCbYCrY & &//CbYCrY & & & & & & & & : Organized as 16bit UYVY (i.e. CbYCrY)
其中YUV420P，Y，U，V三个分量都是平面&#26684;式，分为I420和YV12。I420&#26684;式和YV12&#26684;式的不同处在U平面和V平面的位置不同。在I420&#26684;式中，U平面紧跟在Y平面之后，然后才是V平面（即：YUV）；但YV12则是相反（即：YVU）。
YUV420SP, Y分量平面&#26684;式，UV打包&#26684;式, 即NV12。 NV12与NV21类&#20284;，U 和 V 交错排列,不同在于UV顺序。
I420: YYYYYYYY UU VV & &=&YUV420P
YV12:&YYYYYYYY&VV UU & &=&YUV420P
NV12:&YYYYYYYY&UVUV & & =&YUV420SP
NV21:&YYYYYYYY&VUVU & & =&YUV420SP
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：86426次
积分：1758
积分：1758
排名：第9485名
原创：51篇
转载：244篇
评论：18条
(8)(16)(1)(1)(2)(21)(2)(5)(26)(2)(2)(4)(11)(13)(47)(21)(47)(6)(1)(3)(1)(14)(2)(1)(1)(23)(5)(10)YUV格式详解_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
9页免费8页免费14页1下载券4页免费9页2下载券2页免费4页免费4页免费16页免费3页免费
喜欢此文档的还喜欢2页1下载券7页1下载券4页免费8页免费2页免费
YUV格式详解|对&#8203;Y&#8203;U&#8203;V&#8203;格&#8203;式&#8203;的&#8203;分&#8203;析&#8203;详&#8203;解&#8203; &#8203;做&#8203;图&#8203;像&#8203;处&#8203;理&#8203;的&#8203;用&#8203;的&#8203;到&#8203;哦
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
你可能喜欢新浪广告共享计划>
广告共享计划
YUV420转RGB&&一、YUV420数据存储&&&&YUV格式有两大类：planar和packed
一、YUV420数据存储&&
YUV格式有两大类：planar和packed。
对于planar的YUV格式，先连续存储所有像素点的Y，紧接着存储所有像素点的U，随后是所有像素点的V。
对于packed的YUV格式，每个像素点的Y,U,V是连续交*存储的。
以dm642的H263loopback例子程序为例，
发送线程中，视频捕获后我们得到YUV422 planar数据，
然后转化成YUV420 planar数据，再进行编码。
以720&488大小图象YUV420 planar为例，其存储格式是：
共大小为(720&480&3&&1)字节，分为三个部分:Y,U和V
Y分量：&&&&(720&480)个字节&&
U(Cb)分量：(720&480&&2)个字节
V(Cr)分量：(720&480&&2)个字节
三个部分内部均是行优先存储，三个部分之间是Y,U,V 顺序存储。
即YUV数据的0－－720&480字节是Y分量值，
&&&&&&&&&&
720&480－－720&480&5/4字节是U分量
&&&&&&&&&&
720&480&5/4 －－720&480&3/2字节是V分量。
4 ：2： 2 和4：2：0 转换：
最简单的方式：
YUV4:2:2 ---&
YUV4:2:0&&Y不变，将U和V信号值在行(垂直方向)在进行一次隔行抽样。
YUV4:2:0 ---&
YUV4:2:2&&Y不变，将U和V信号值的每一行分别拷贝一份形成连续两行数据。
二、 YUV / RGB 格式及快速转换算法
自然界的颜色千变万化，为了给颜色一个量化的衡量标准，就需要建立色彩空间模型来描述各种各样的颜色，由于人对色彩的感知是一个复杂的生理和心理联合作用
的过程，所以在不同的应用领域中为了更好更准确的满足各自的需求，就出现了各种各样的色彩空间模型来量化的描述颜色。我们比较常接触到的就包括
RGB / CMYK / YIQ / YUV / HSI等等。
对于数字电子多媒体领域来说，我们经常接触到的色彩空间的概念，主要是RGB ,
YUV这两种（实际上，这两种体系包含了许多种具体的颜色表达方式和模型，如sRGB, Adobe RGB, YUV422, YUV420
…）, RGB是按三基色加光系统的原理来描述颜色，而YUV则是按照 亮度，色差的原理来描述颜色。
即使只是RGB
YUV这两大类色彩空间，所涉及到的知识也是十分丰富复杂的，自知不具备足够的相关专业知识，所以本文主要针对工程领域的应用及算法进行讨论。
2 YUV相关色彩空间模型
2.1 YUV 与 YIQ YcrCb
对于YUV模型，实际上很多时候，我们是把它和YIQ / YCrCb模型混为一谈的。
实际上,YUV模型用于PAL制式的电视系统，Y表示亮度，UV并非任何单词的缩写。
YIQ模型与YUV模型类似，用于NTSC制式的电视系统。YIQ颜色空间中的I和Q分量相当于将YUV空间中的UV分量做了一个33度的旋转。
YCbCr颜色空间是由YUV颜色空间派生的一种颜色空间，主要用于数字电视系统中。从RGB到YCbCr的转换中，输入、输出都是8位二进制格式。
三者与RGB的转换方程如下：
RGB -& YUV：
<img ALT="" src="/blog7style/images/common/sg_trans.gif" real_src ="http://p.blog.csdn.net/images/p_blog_csdn_net/Minideas/%E6%97%A0%E6%A0%87%E9%A2%98.JPG" ALIGN="middle"
TITLE="YUV420转RGB&&一、YUV420数据存储&&&&YUV格式有两大类：planar和packed" />
实际上也就是：
Y=0.30R+0.59G+0.11B ， U=0.493(B－Y) ， V=0.877(R－Y)
RGB -& YIQ：
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
<img ALT="" src="/blog7style/images/common/sg_trans.gif" real_src ="http://p.blog.csdn.net/images/p_blog_csdn_net/Minideas/YIQ.JPG"
TITLE="YUV420转RGB&&一、YUV420数据存储&&&&YUV格式有两大类：planar和packed" />
RGB -& YCrCb：
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
&& <img ALT="" src="/blog7style/images/common/sg_trans.gif" real_src ="http://p.blog.csdn.net/images/p_blog_csdn_net/Minideas/RGB.JPG"
TITLE="YUV420转RGB&&一、YUV420数据存储&&&&YUV格式有两大类：planar和packed" />
从公式中，我们关键要理解的一点是，UV /
CbCr信号实际上就是蓝色差信号和红色差信号，进而言之，实际上一定程度上间接的代表了蓝色和红色的强度，理解这一点对于我们理解各种颜色变换处理的过
程会有很大的帮助。
我们在数字电子多媒体领域所谈到的YUV格式，实际上准确的说，是以YcrCb色彩空间模型为基础的具有多种存储格式的一类颜色模型的家族（包括
YUV444 / YUV422 / YUV420 /
YUV420P等等）。并不是传统意义上用于PAL制模拟电视的YUV模型。这些YUV模型的区别主要在于UV数据的采样方式和存储方式，这里就不详述。
而在Camera Sensor中，最常用的YUV模型是
YUV422格式，因为它采用4个字节描述两个像素，能和RGB565模型比较好的兼容。有利于Camera Sensor和Camera
controller的软硬件接口设计。
3 YUV2RGB快速算法分析
这里指的YUV实际是YcrCb了，YUV2RGB的转换公式本身是很简单的，但是牵涉到浮点运算，所以，如果要实现快速算法，算法结构本身没什么好研究
的了，主要是采用整型运算或者查表来加快计算速度。
首先可以推导得到转换公式为：
R = Y + 1.4075 *（V-128）
G = Y & 0.3455 *（U &128） & 0.7169 *（V &128）
B = Y + 1.779 *（U & 128）
3.1 整型算法
要用整型运算代替浮点运算，当然是要用移位的办法了，我们可以很容易得到下列算法：
u = YUVdata[UPOS] - 128;
v = YUVdata[VPOS] - 128;
rdif = v + ((v * 103) && 8);
invgdif = ((u * 88) && 8) +((v * 183) && 8);
bdif = u +( (u*198) && 8);
r = YUVdata[YPOS] +
g = YUVdata[YPOS] -
b = YUVdata[YPOS] +
为了防止出现溢出，还需要判错计算的结果是否在0-255范围内，做类似下面的判断。
if (r&255)
&&&&&&&&&&&&
&&&&&&&&&&&&
要从RGB24转换成RGB565数据还要做移位和或运算：
RGBdata[1] =( (r & 0xF8) | ( g && 5) );
RGBdata[0] =( ((g & 0x1C) && 3) | ( b && 3) );
3.2 部分查表法
查表法首先可以想到的就是用查表替代上述整型算法中的乘法运算。
rdif = fac_1_4075[u];
invgdif = fac_m_0_3455[u] + fac_m_0_7169[v];
bdif = fac_1_779[u];
这里一共需要4个1维数组，下标从0开始到255，表格共占用约1K的内存空间。uv可以不需要做减128的操作了。在事先计算对应的数组元素的值的时候
计算在内就好了。
对于每个像素，部分查表法用查表替代了2次减法运算和4次乘法运算，4次移位运算。但是，依然需要多次加法运算和6次比较运算和可能存在的赋值操作，相对
第一种方法运算速度提高并不明显。
3.3 完全查表法
那么是否可以由YUV直接查表得到对应的RGB值呢？乍一看似乎不太可能，以最复杂的G的运算为例，因为G与YUV三者都相关，所以类似
G=YUV2G[Y][U][V]这样的算法，一个三维下标尺寸都为256的数组就需要占用2的24次方约16兆空间，绝对是没法接受的。所以目前多数都
是采用部分查表法。
但是，如果我们仔细分析就可以发现，对于G我们实际上完全没有必要采用三维数组，因为Y只与UV运算的结果相关，与UV的个体无关，所以我们可以采用二次
查表的方法将G的运算简化为对两个二维数组的查表操作，如下：
G = yig2g_table[ y ][ uv2ig_table[ u ][ v ] ]；
而RB本身就只和YU或YV相关，所以这样我们一共需要4个8*8的二维表格，需要占用4乘2的16次方共256K内存。基本可以接受。但是对于手机这样
的嵌入式运用来说，还是略有些大了。
进一步分析，我们可以看到，因为在手机等嵌入式运用上我们最终是要把数据转换成RGB565格式送到LCD屏上显示的，所以，对于RGB三分量来说，我们
根本不需要8bit这么高的精度，为了简单和运算的统一起见，对每个分量我们其实只需要高6bit的数据就足够了，所以我们可以进一步把表格改为4个
6*6的二维表格，这样一共只需要占用16K内存！在计算表格元素值的时候还可以把最终的溢出判断也事先做完。最后的算法如下：
y = (YUVdata[Y1POS] && 2);
u = (YUVdata[UPOS] && 2);
v = (YUVdata[VPOS] && 2);
r = yv2r_table[ y ][ v ];
g = yig2g_table[ y ][ uv2ig_table[ u ][ v ] ];
b = yu2b_table[ y ][ u ];
RGBdata[1] =( (r & 0xF8) | ( g && 5) );
RGBdata[0] =( ((g & 0x1C) && 3) | ( b && 3) );
这样相对部分查表法，我们增加了3次移位运算，而进一步减少了4次加法运算和6次比较赋值操作。
在计算表格元素数值的时候，要考虑舍入和偏移等因数使得计算的中间结果满足数组下标非负的要求，需要一定的技巧。
采用完全查表法，相对于第一种算法，最终运算速度可以有比较明显的提高，具体性能能提高多少，要看所在平台的CPU运算速度和内存存取速度的相对比例。内
存存取速度越快，用查表法带来的性能改善越明显。在我的PC上测试的结果性能大约能提高35%。而在某ARM平台上测试只提高了约15%。
3.4 进一步的思考
实际上，上述算法：
RGBdata[1] =( (r & 0xF8) | ( g && 5) );
RGBdata[0] =( ((g & 0x1C) && 3) | ( b && 3) );
中的 (r & 0xF8) 和 ( b && 3) 等运算也完全可以在表格中事先计算出来。另外，YU /
YV的取值实际上不可能覆盖满6*6的范围，中间有些点是永远取不到的无输入，RB的运算也可以考虑用5*5的表格。这些都可能进一步提高运算的速度，减
小表格的尺寸。
另外，在嵌入式运用中，如果可能尽量将表格放在高速内存如SRAM中应该比放在SDRAM中更加能发挥查表法的优势。
4 RGB2YUV ?
目前觉得这个是没法将3维表格的查表运算化简为2维表格的查表运算了。只能用部分查表法替代其中的乘法运算。
另外，多数情况下，我们需要的还是YUV2RGB的转换，因为从Sensor得到的数据通常我们会用YUV数据，此外JPG和MPEG实际上也是基于
YUV格式编码的，所以要显示解码后的数据需要的也是YUV2RGB的运算。
以下是从DirectShow中摘抄的相关文章
计算机彩色显示器显示色彩的原理与彩色电视机一样，都是采用R（Red）、G（Green）、B（Blue）相加混色的原理：通过发射出三种不同强度的电
子束，使屏幕内侧覆盖的红、绿、蓝磷光材料发光而产生色彩。这种色彩的表示方法称为RGB色彩空间表示（它也是多媒体计算机技术中用得最多的一种色彩空间
表示方法）。
根据三基色原理，任意一种色光F都可以用不同分量的R、G、B三色相加混合而成。
F = r [ R ] + g [ G ] + b [ B ]
其中，r、g、b分别为三基色参与混合的系数。当三基色分量都为0（最弱）时混合为黑色光；而当三基色分量都为k（最强）时混合为白色光。调整r、
g、b三个系数的值，可以混合出介于黑色光和白色光之间的各种各样的色光。
那么YUV又从何而来呢？在现代彩色电视系统中，通常采用三管彩色摄像机或彩色CCD摄像机进行摄像，然后把摄得的彩色图像信号经分色、分别放大校正后得
到RGB，再经过矩阵变换电路得到亮度信号Y和两个色差信号R－Y（即U）、B－Y（即V），最后发送端将亮度和色差三个信号分别进行编码，用同一信道发
送出去。这种色彩的表示方法就是所谓的YUV色彩空间表示。
采用YUV色彩空间的重要性是它的亮度信号Y和色度信号U、V是分离的。如果只有Y信号分量而没有U、V分量，那么这样表示的图像就是黑白灰度图像。彩色
电视采用YUV空间正是为了用亮度信号Y解决彩色电视机与黑白电视机的兼容问题，使黑白电视机也能接收彩色电视信号。
YUV与RGB相互转换的公式如下（RGB取值范围均为0-255）：
Y = 0.299R + 0.587G + 0.114B
U = -0.147R - 0.289G + 0.436B
V = 0.615R - 0.515G - 0.100B
R = Y + 1.14V
G = Y - 0.39U - 0.58V
B = Y + 2.03U
在DirectShow中，常见的RGB格式有RGB1、RGB4、RGB8、RGB565、RGB555、RGB24、RGB32、ARGB32
等；常见的YUV格式有YUY2、YUYV、YVYU、UYVY、AYUV、Y41P、Y411、Y211、IF09、IYUV、YV12、YVU9、
YUV411、YUV420等。作为视频媒体类型的辅助说明类型（Subtype），它们对应的GUID见表2.3。
表2.3 常见的RGB和YUV格式
MEDIASUBTYPE_RGB1&&&
2色，每个像素用1位表示，需要调色板
MEDIASUBTYPE_RGB4&&&
16色，每个像素用4位表示，需要调色板
MEDIASUBTYPE_RGB8&&&
256色，每个像素用8位表示，需要调色板
MEDIASUBTYPE_RGB565&&&
每个像素用16位表示，RGB分量分别使用5位、6位、5位
MEDIASUBTYPE_RGB555&&&
每个像素用16位表示，RGB分量都使用5位（剩下的1位不用）
MEDIASUBTYPE_RGB24&&&
每个像素用24位表示，RGB分量各使用8位
MEDIASUBTYPE_RGB32&&&
每个像素用32位表示，RGB分量各使用8位（剩下的8位不用）
MEDIASUBTYPE_ARGB32&&&
每个像素用32位表示，RGB分量各使用8位（剩下的8位用于表示Alpha通道值）
MEDIASUBTYPE_YUY2&&&
YUY2格式，以4:2:2方式打包
MEDIASUBTYPE_YUYV&&&
YUYV格式（实际格式与YUY2相同）
MEDIASUBTYPE_YVYU&&&
YVYU格式，以4:2:2方式打包
MEDIASUBTYPE_UYVY&&&
UYVY格式，以4:2:2方式打包
MEDIASUBTYPE_AYUV&&&
带Alpha通道的4:4:4 YUV格式
MEDIASUBTYPE_Y41P&&&
Y41P格式，以4:1:1方式打包
MEDIASUBTYPE_Y411&&&
Y411格式（实际格式与Y41P相同）
MEDIASUBTYPE_Y211&&&
MEDIASUBTYPE_IF09&&&
MEDIASUBTYPE_IYUV&&&
MEDIASUBTYPE_YV12&&&
MEDIASUBTYPE_YVU9&&&
下面分别介绍各种RGB格式。
RGB1、RGB4、RGB8都是调色板类型的RGB格式，在描述这些媒体类型的格式细节时，通常会在BITMAPINFOHEADER数据结构后面跟着
一个调色板（定义一系列颜色）。它们的图像数据并不是真正的颜色值，而是当前像素颜色值在调色板中的索引。以RGB1（2色位图）为例，比如它的调色板中
定义的两种颜色值依次为0x000000（黑色）和0xFFFFFF（白色），那么图像数据…（每个像素用1位表示）表示对应各
像素的颜色为：黑黑白白黑白黑白黑白白白…。
RGB565使用16位表示一个像素，这16位中的5位用于R，6位用于G，5位用于B。程序中通常使用一个字（WORD，一个字等于两个字节）来操作一
个像素。当读出一个像素后，这个字的各个位意义如下：
高字节&&&&&&&&&&&&&
R R R R R G G
G G G B B B B B
可以组合使用屏蔽字和移位操作来得到RGB各分量的值：
RGB565_MASK_RED&&&
#define RGB565_MASK_GREEN 0x07E0
#define RGB565_MASK_BLUE&&
R = (wPixel & RGB565_MASK_RED) &&
11;&& // 取值范围0-31
G = (wPixel & RGB565_MASK_GREEN) && 5; // 取值范围0-63
B = wPixel &
RGB565_MASK_BLUE;&&&&&&&&
// 取值范围0-31
RGB555是另一种16位的RGB格式，RGB分量都用5位表示（剩下的1位不用）。使用一个字读出一个像素后，这个字的各个位意义如下：
高字节&&&&&&&&&&&&
X R R R R G
G G G B B B B
（X表示不用，可以忽略）
可以组合使用屏蔽字和移位操作来得到RGB各分量的值：
RGB555_MASK_RED&&&
#define RGB555_MASK_GREEN 0x03E0
#define RGB555_MASK_BLUE&&
R = (wPixel & RGB555_MASK_RED) &&
10;&& // 取值范围0-31
G = (wPixel & RGB555_MASK_GREEN) && 5; // 取值范围0-31
B = wPixel &
RGB555_MASK_BLUE;&&&&&&&&
// 取值范围0-31
RGB24使用24位来表示一个像素，RGB分量都用8位表示，取值范围为0-255。注意在内存中RGB各分量的排列顺序为：BGR BGR
BGR…。通常可以使用RGBTRIPLE数据结构来操作一个像素，它的定义为：
typedef struct tagRGBTRIPLE {
rgbtB&&& //
BYTE rgbtG&& // 绿色分量
// 红色分量
} RGBTRIPLE;
RGB32使用32位来表示一个像素，RGB分量各用去8位，剩下的8位用作Alpha通道或者不用。（ARGB32就是带Alpha通道的
RGB32。）注意在内存中RGB各分量的排列顺序为：BGRA BGRA
BGRA…。通常可以使用RGBQUAD数据结构来操作一个像素，它的定义为：
typedef struct tagRGBQUAD {
// 蓝色分量
// 绿色分量
rgbR&&&&&&
// 红色分量
rgbR // 保留字节（用作Alpha通道或忽略）
} RGBQUAD;
下面介绍各种YUV格式。YUV格式通常有两大类：打包（packed）格式和平面（planar）格式。前者将YUV分量存放在同一个数组中，通
常是几个相邻的像素组成一个宏像素（macro-pixel）；而后者使用三个数组分开存放YUV三个分量，就像是一个三维平面一样。表2.3中的
YUY2到Y211都是打包格式，而IF09到YVU9都是平面格式。（注意：在介绍各种具体格式时，YUV各分量都会带有下标，如Y0、U0、V0表示
第一个像素的YUV分量，Y1、U1、V1表示第二个像素的YUV分量，以此类推。）
YUY2（和YUYV）格式为每个像素保留Y分量，而UV分量在水平方向上每两个像素采样一次。一个宏像素为4个字节，实际表示2个像素。（4:2:2的
意思为一个宏像素中有4个Y分量、2个U分量和2个V分量。）图像数据中YUV分量排列顺序如下：
Y0 U0 Y1 V0&&&
Y2 U2 Y3 V2 …
YVYU格式跟YUY2类似，只是图像数据中YUV分量的排列顺序有所不同：
Y0 V0 Y1 U0&&&
Y2 V2 Y3 U2 …
UYVY格式跟YUY2类似，只是图像数据中YUV分量的排列顺序有所不同：
U0 Y0 V0 Y1&&&
U2 Y2 V2 Y3 …
AYUV格式带有一个Alpha通道，并且为每个像素都提取YUV分量，图像数据格式如下：
A0 Y0 U0 V0&&&
A1 Y1 U1 V1 …
Y41P（和Y411）格式为每个像素保留Y分量，而UV分量在水平方向上每4个像素采样一次。一个宏像素为12个字节，实际表示8个像素。图像数据中
YUV分量排列顺序如下：
U0 Y0 V0 Y1&&&
U4 Y2 V4 Y3&&&
Y4 Y5 Y6 Y8 …
Y211格式在水平方向上Y分量每2个像素采样一次，而UV分量每4个像素采样一次。一个宏像素为4个字节，实际表示4个像素。图像数据中YUV分量排列
顺序如下：
Y0 U0 Y2 V0&&&
Y4 U4 Y6 V4 …
YVU9格式为每个像素都提取Y分量，而在UV分量的提取时，首先将图像分成若干个4 x
4的宏块，然后每个宏块提取一个U分量和一个V分量。图像数据存储时，首先是整幅图像的Y分量数组，然后就跟着U分量数组，以及V分量数组。IF09格式
与YVU9类似。
IYUV格式为每个像素都提取Y分量，而在UV分量的提取时，首先将图像分成若干个2 x
2的宏块，然后每个宏块提取一个U分量和一个V分量。YV12格式与IYUV类似。
YUV411、YUV420格式多见于DV数据中，前者用于NTSC制，后者用于PAL制。YUV411为每个像素都提取Y分量，而UV分量在水平
每4个像素采样一次。YUV420并非V分量采样为0，而是跟YUV411相比，在水平方向上提高一倍色差采样频率，在垂直方向上以U/V间隔的方式减小
一半色差采样，如图2.12所示。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。YUV，是一种颜色编码方法，Y表示明亮度(Luminance、Luma)，U和V则是色度、浓度(Chrominance、Chroma)。
YUV，Y`UV,YCbCr，YPbPr等都可以称为YUV，彼此有重叠。
YUV和Y`UV通常用来描述模拟信号，YCbCr与YPbPr则是用来描述数位的影像信号。
YUV颜色编码方法相比于RGB的优势体现在两个方面：
将亮度信息与色彩信息分离，没有色彩信息可以显示完整的图像，很好地解决了彩色电视机与黑白电视的兼容问题；
YUV不像RGB要求三个独立的视频信号同时传输，用YUV方式传送占用极少的频宽。
YUV存储格式，主要描述像素的Y、U、V分量排列方式，分为两种格式：紧缩格式和平面格式。
紧缩格式(packed formats)：将Y、U、V值储存成Macro Pixels阵列，和RGB的存放方式类似。
平面格式(planar formats)：将Y、U、V的三个分量分别存放在不同的矩阵中。
YUV采样方式，主要描述像素Y、U、V分量采样比例，即表达每个像素时，Y、U、V分量的数目，通常有三种方式：YUV4:4:4，YUV4:2:2，YUV4:2:0。
用三个图直观地表示采集的方式，以黑点表示采样该像点的Y分量，以空心圆圈表示采用该像素点的UV分量。
YUV4:4:4采样，每一个Y对应一组UV分量；YUV4:2:2采样，每两个Y共用一组UV分量；YUV4:2:0采样，每四个Y共用一组UV分量。
常见YUV格式说明：YV12、IYUV、I420、NV12、NV21 采样方式都是4:2:0，其存储格式都是平面格式，下面简要说明以上常见格式的内存布局。
　　所有 Y 样例都会作为不带正负号的char值组成的数组首先显示在内存中。此数组后面紧接着所有 V (Cr) 样例。V 平面的跨距为 Y 平面跨距的一半，V 平面包含的行为 Y 平面包含行的一半。V 平面后面紧接着所有 U (Cb) 样例，它的跨距和行数与 V 平面相同。
IYUV和I420
　　&IYUV、I420和YV12的内存布局格式是一样的，只是U、V分量的顺序是相反的，IYUV和I420格式中，U分量紧跟Y分量后，V分量紧跟U分量后，如图所示。
　　所有 Y 样例都会作为由不带正负号的char值组成的数组首先显示在内存中，并且行数为偶数。Y 平面后面紧接着一个由不带正负号的char值组成的数组，其中包含了打包的 U (Cb) 和 V (Cr) 样例，如图 所示。当组合的 U-V 数组被视为一个由 little-endian WORD值组成的数组时，LSB 包含 U 值，MSB 包含 V 值。NV12 是用于 DirectX VA 的首选 4:2:0 像素格式。预期它会成为支持 4:2:0 视频的 DirectX VA 加速器的中期要求。
　　NV21和NV12的内存布局是一样的，只是U、V分量交错存储的顺序是相反的，NV21格式中，是以V-U的交错方式存储，如图所示。
参考资料：
阅读(...) 评论()}