PTT數位生活區 / C_and_CPP (C/C++)

[問題] bmp 縮放後顏色改變問題

看板C_and_CPP (C/C++)作者 (Ynneb)時間7月前 (2023/10/08 01:51), 7月前編輯推噓6(6推 0噓 23→)
留言29則, 5人參與, 6月前最新討論串1/1
開發平台(Platform): (Ex: Win10, Linux, ...) Win10 VS code 編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出) Gcc 問題(Question)： C語言 bmp檔縮小後顏色改變問題 說明(Supplement)： 我現在要將一張24位元的bmp檔使用bilinear縮小1.5倍，一開始失敗，且連檔案都無法開啟 ，後來才知道bmp檔每一個row的bytes數量必須是4的倍數。 看了一些教學後，我將縮小後的圖片每一個row後面補0，以滿足4的倍數，也成功將圖片開 啟了，且縮小尺寸是對的，但現在問題是我圖片的整張顏色變得不一樣了，一直找不出問題 ，想請問各位大大知道問題在哪嗎？謝謝！ 程式碼: http://ideone.com/JFqQZu -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.82.45.249 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1696701068.A.D1C.html
→
10/08 02:01, 7月前 , 1F
補充：其他張沒有padding問題的圖片顏色都正常
10/08 02:01, 1F
→
10/08 03:58, 7月前 , 2F
[公告] 發文附上程式碼較易獲得協助
10/08 03:58, 2F
※ 編輯: benny5566 (122.116.233.142 臺灣), 10/08/2023 12:31:38 ※ 編輯: benny5566 (122.116.233.142 臺灣), 10/08/2023 13:07:57
推
10/08 21:36, 6月前 , 3F
187行很怪,應該是每一個小圖像數的forloop
10/08 21:36, 3F
→
10/08 21:36, 6月前 , 4F
而不是原圖像數的forloop
10/08 21:36, 4F
推
10/08 21:41, 6月前 , 5F
看錯了,拍謝,顏色改變應該是計算問題
10/08 21:41, 5F
→
10/08 22:02, 6月前 , 6F
大大的意思是bilinear會有問題嗎？
10/08 22:02, 6F
推
10/08 22:26, 6月前 , 7F
yrgb怎麼會相加相乗坐標系的值,看不太懂
10/08 22:26, 7F
推
10/08 22:31, 6月前 , 8F
d1,d2,d3,d4隨i,j變化而變化?邏輯不是很理解
10/08 22:31, 8F
推
10/08 22:50, 6月前 , 9F
問了一下ChatGPT,原PO好像沒有錯XD
10/08 22:50, 9F
→
10/09 04:52, 6月前 , 10F
我還沒細看, 不過我將一個小畫家畫的 24x24 24 位元 bmp
10/09 04:52, 10F
→
10/09 04:53, 6月前 , 11F
餵入這支程式, 它會對每個輸入圖產生兩個 270 byte 大小的
10/09 04:53, 11F
→
10/09 04:53, 6月前 , 12F
檔案 -- 這一點顯然不對, 因為原圖有 1782 byte 大小
10/09 04:53, 12F
→
10/09 04:54, 6月前 , 13F
而你的程式至少其中一部份是將其放大
10/09 04:54, 13F
→
10/09 04:56, 6月前 , 14F
由小畫家存的 bmp 檔大小, 16x16 24 位元應有 822 byte
10/09 04:56, 14F
→
10/09 04:57, 6月前 , 15F
36x36 24 位元應有 3942 byte
10/09 04:57, 15F
→
10/09 04:58, 6月前 , 16F
這裡我甚至還沒去看你的縮放計算 (因為根本看不到結果)
10/09 04:58, 16F
→
10/09 04:59, 6月前 , 17F
這裡就給一個建議: 輸入的 bmp 格式很容易用小畫家畫一個
10/09 04:59, 17F
→
10/09 05:00, 6月前 , 18F
所以你就隨便存一個去測試你的程式相關的東西到底對不對
10/09 05:00, 18F
推
10/09 10:08, 6月前 , 19F
我怎
10/09 10:08, 19F
→
10/09 10:08, 6月前 , 20F
記得windows gdiplus支援放大縮小，確定要重造輪子？
10/09 10:08, 20F
→
10/09 13:38, 6月前 , 21F
了解，謝謝前輩回答，我再試看看
10/09 13:38, 21F
→
10/10 09:00, 6月前 , 22F
小畫家做的圖會填image_size,所以原PO程式會走到有問題的76行
10/10 09:00, 22F
→
10/10 09:02, 6月前 , 23F
但有的程式不填image_size,推測原PO的原圖沒有padding問題.
10/10 09:02, 23F
→
10/10 09:10, 6月前 , 24F
如果原圖就有padding問題,那讀檔時pixels對應就錯亂了...
10/10 09:10, 24F
→
10/10 09:13, 6月前 , 25F
然後145行在i為0時就先填了padding?
10/10 09:13, 25F
→
10/10 09:17, 6月前 , 26F
呃, 我上面的第一句是要回LPH66大的.
10/10 09:17, 26F
→
10/10 09:18, 6月前 , 27F
然後原PO的原圖很可能是未填image_size(值為0).
10/10 09:18, 27F
→
10/10 10:44, 6月前 , 28F
附帶一提,雖然不影響執行結果, 但檔案內容到yrgb對應是錯的,
10/10 10:44, 28F
→
10/10 10:44, 6月前 , 29F
那是big-endian的寫法.
10/10 10:44, 29F
‣ 更多 benny5566 的文章
文章代碼(AID): #1b8PgCqS (C_and_CPP)
C_and_CPP 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 benny5566 的文章
文章代碼(AID): #1b8PgCqS (C_and_CPP)