討論串[問題] 關於RGB轉灰階的程式碼問題
共 5 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓1(1推 0噓 1→)留言2則,0人參與, 最新作者VictorTom (鬼翼&娃娃魚)時間16年前 (2009/04/09 15:52), 編輯資訊
0
0
0
內容預覽:
不是, 就是四捨五入啊..... 原本那個公式(#2)gray算出的結果是個浮點數..... 如果算出gray = 123.123 這樣的結果..... 整數化要在0-255間, gray您要當它是123還是124呢??. 又, 如果是123.876勒:). 如果是用#1那個/256的方法, 就不用
(還有272個字)

推噓0(0推 0噓 2→)留言2則,0人參與, 最新作者devilrucifer (devilrucifer)時間16年前 (2009/04/09 15:06), 編輯資訊
0
0
0
內容預覽:
不好意思我在請問一下一個問題,. 請問這一邊加0.5四捨五入的用意是什麼呢?. 是怕數值超過255嗎?. 小弟是試過有加跟沒加都可以正常執行,. 也看過有人沒加0.5而是在後面追加. if(gray>255)gray=255;. if(gray<0)gray=0;. 請問這幾個在執行上有甚麼差異嗎?

推噓3(3推 0噓 1→)留言4則,0人參與, 最新作者MasterChang (我愛ASM)時間16年前 (2009/04/09 00:23), 編輯資訊
0
0
0
內容預覽:
連來信一併回答:. 要用那個看你自己,我原來po用的是第一個算式,沒啥原. 因,就是簡單而已。. 因為第一式等效於 Gray=(B*28+G*151+R*77) >> 8 如果. 你的除數不是 2的幕次方,那用第二個即可。如果圖像解. 析度頗高,這樣算可以多多少少榨一點效能出來。. 下面這個是 Gr
(還有82個字)

推噓6(6推 0噓 23→)留言29則,0人參與, 最新作者VictorTom (鬼翼&娃娃魚)時間16年前 (2009/04/08 23:19), 編輯資訊
0
0
0
內容預覽:
理論上, 後面這個比較精確, 常見的做法還會加一個四捨五入的0.5. 但是, 在CPU上, 甚至一些embbed system, 前者會算的比較快..... 有一個折衷的方案是:. gray = (R*299 + G*587 + B*114 + 500) / 1000;. 習慣上我們表示一個chan
(還有623個字)

推噓0(0推 0噓 4→)留言4則,0人參與, 最新作者devilrucifer (devilrucifer)時間16年前 (2009/04/08 22:55), 編輯資訊
0
0
0
內容預覽:
各位板大好:. 小弟因為最近剛開始學影像處理,所以有很多東西不懂,. 在此想請教一下各位先進關於灰階轉換的問題,常見的兩種的算式. Gray=(B*28+G*151+R*77)/256. OR. gray=R*0.299+G*0.587+B*0.114. 請問要用哪一種會比較精準,還是是沒差的呢?.
(還有533個字)
首頁
上一頁
1
下一頁
尾頁