※ 引述《devilrucifer (devilrucifer)》之铭言： : 各位板大好： : 小弟因为最近刚开始学影像处理，所以有很多东西不懂， : 在此想请教一下各位先进关於灰阶转换的问题，常见的两种的算式 : Gray=(B*28+G*151+R*77)/256 : OR : gray=R*0.299+G*0.587+B*0.114 理论上, 後面这个比较精确, 常见的做法还会加一个四舍五入的0.5 但是, 在CPU上, 甚至一些embbed system, 前者会算的比较快.... 有一个折衷的方案是: gray = (R*299 + G*587 + B*114 + 500) / 1000; : 请问要用哪一种会比较精准，还是是没差的呢? : 还有想请教为什麽RGB要乘於那些系数呢? : 最後除以256是为什麽呢?灰阶不是只有0-255? 习惯上我们表示一个channle的color都是0.0~1.0.... 代表这个pixel的各个channel输出的强度要是无~最强.... 但是display device只有固定level, RGB888来说就是8bits一个channel 所以才会有fixed 0-255, 这是用0.0~1.0的range scale到0-255的结果.... 但是前面那个公式小弟比较没见过, 只是28+151+77 = 256 所以它只是用另一个比例去混出gray level的值.... 这两个运算结果看起来不太一样, 除了G的强度看起来差不多.... : 还有小弟有看过这种程式码 : : //--------------------------------------------------------------------------- : void __fastcall TForm1::Button3Click(TObject *Sender) : { : int x,y,graylevel; : for(y=1;y<=Image1->Height;y++) : { : for(x=1;x<=Image1->Picture->Width;x++) : { : TCColor c=Image1->Canvas->Pixels[x][y]; : graylevel=((int)c.Red+(int)c.Green+(int)c.Blue)/3; : Image1->Canvas->Pixels[x][y]=TCColor(graylevel,graylevel,graylevel).Color; : } : } : } : //--------------------------------------------------------------------------- : : 请问为什麽程式码可以这样写，他的意思是什麽?RGB加起来除以3也是灰阶吗? : 烦请有空的版友拨空回覆一下小弟，小弟感激不尽。 另一种更懒的算法, 就是(R+G+B)/3, 这也是一种算法.... Color -> Gray, 有时候你会在别种不同的Color Space里.... 看到Intensity, Brightness, Luminence, Y, L等等的用词.... 大部份都是指, 利用R/G/B三个channel的强度用一个比例.... 来算出一个(中文简单的说是)亮度值, 不同Color Space有不同算法.... 印象中, 第二个算法是YCbCr的, 第三个是HSI好像会用到.... 详细的作法请参考不同的Color Space (transform)的计算公式(plz google them) 简单的说, Color->Gray Level 是 彩色->灰阶, 怎麽转就有很多公式可以用.... 以上, 是小弟以前稍微摸一下Color Image Processing的记忆:) --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 220.132.174.98 ※ 编辑: VictorTom 来自: 220.132.174.98 (04/08 23:28)