低端问题解决了，进阶问题又跟着来了...

还是色彩空间的问题，虽然说这个就算懂得了对我这种业余的家伙没多大用处。但是，你知道我这个英语和代数基础都烂的家伙，好不容易才猛然醒悟RGB其实就是”红，绿，蓝“的英文简写。现在因为这个半路杀出来的问题放弃的话，好不甘心啊。

RGB我晓得”红，绿，蓝“的分辨率都是平等对待，也就是1:1:1吧。然后RGB24和RGB32究竟是怎么回事？区别在哪里？

再有一个问题就是，看到upyzl在百度那边提到”RGB→YUV互换可能会出现颜色不对的情况”。这个我真的毫无经验，但是按照资料上的说法，这个情况让我好难理解啊。

因为RGB对三色平等对待，把信息完整地记录了下来。而YUV（4:4:4YCbCr），它用4:4:4的采样这个不也是无损的吧？虽然我知道YUV没有对G进行记录，但是通过Cb和Cr解压出的Cg来跟RGB时候的“G”比损失了哪些呢？

啊~~~代数不好，想不通，头要爆炸了，死了算了，魂淡  

RGB的问题去search the f**ing web

转换精度的问题，想想华氏100度和101度转成摄氏度取整都是38度你就明白了

这些问题平常没必要深究的，有个概念就行了

RGB24的意思就是R G B每个通道各占用8bits（显然平时在绘图软件里调色的时候，R G B都是0-255的范围。这是最常用的色彩深度了，每通道16bits和32bits一般人是用不上的。），
三个加在一起就是24bits。
平时说的24位色（16777216色）就是说这个。

RGB32就是比RGB24多占用8bits，这个8bits是废的，跟RGB数据无关。
可能有的时候用于alpha图层吧，比如tga文件。

生成YUV三个量的计算过程都会用到RGB三个量，所以不存在“没有对G进行记录”的问题。
如果非要认为“没有对G进行记录”的话，就是“对RGB都没有进行记录”了。。。

YUV444的数据如果也是8bits/通道的话，和RGB24就没有区别，显然可以容纳的信息量是一样的。RGB转YUV的算法，运算会出小数，但结果只能是整数，只能取近似了。反过来也一样。所以转换的过程有可能带来颜色的失真（比如原来255，转完一圈回来就254了），但这只是我主观臆断，没有亲自去算。不过就算有误差人眼也是看不出来的。

（100-32）/9*5=37.777777778
（101-32）/9*5=38.333333333

8bit=2^8=256
256*256*256(r,g,b)=16777216
8bit*3=24bit (rgb24)
24+8=32（8bit alpha channel）

YUV 2 RGB
Y = 0.299R + 0.587G + 0.114B
U = -0.147R - 0.289G + 0.436B
V = 0.615R - 0.515G - 0.100B
人眼锥状细胞数量决定，对亮度比颜色敏感，所以晚上可以看见物体轮廓而看不到颜色。应运而生的就是yuv422，411（more：http://baike.baidu.com/view/564370.htm#2）等等。

这个我倒是觉得不妨想想自己计算机上24位色和32位色，两种都设置一下感受一下区别，RGB→YUV会出现颜色不对我也听说过，不过感觉压制视频一般不会用到这个吧。一般视频不都是YUV来着？

看来我是追根得太深了，一致超越自己能力范围了。不过收获倒是有，天煞的RGB。怎么那些混蛋资料不早告诉其实就是“红绿蓝”嘛~弄得神神秘秘的。