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

[benny5566 (Ynneb)]

開發平台(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
→ benny5566: 補充：其他張沒有padding問題的圖片顏色都正常
→ LPH66: [公告] 發文附上程式碼較易獲得協助
※ 編輯: benny5566 (122.116.233.142 臺灣), 10/08/2023 12:31:38
※ 編輯: benny5566 (122.116.233.142 臺灣), 10/08/2023 13:07:57
推 stupid0319: 187行很怪,應該是每一個小圖像數的forloop
→ stupid0319: 而不是原圖像數的forloop
推 stupid0319: 看錯了,拍謝,顏色改變應該是計算問題
→ benny5566: 大大的意思是bilinear會有問題嗎？
推 stupid0319: yrgb怎麼會相加相乗坐標系的值,看不太懂
推 stupid0319: d1,d2,d3,d4隨i,j變化而變化?邏輯不是很理解
推 stupid0319: 問了一下ChatGPT,原PO好像沒有錯XD
→ LPH66: 我還沒細看, 不過我將一個小畫家畫的 24x24 24 位元 bmp
→ LPH66: 餵入這支程式, 它會對每個輸入圖產生兩個 270 byte 大小的
→ LPH66: 檔案 -- 這一點顯然不對, 因為原圖有 1782 byte 大小
→ LPH66: 而你的程式至少其中一部份是將其放大
→ LPH66: 由小畫家存的 bmp 檔大小, 16x16 24 位元應有 822 byte
→ LPH66: 36x36 24 位元應有 3942 byte
→ LPH66: 這裡我甚至還沒去看你的縮放計算 (因為根本看不到結果)
→ LPH66: 這裡就給一個建議: 輸入的 bmp 格式很容易用小畫家畫一個
→ LPH66: 所以你就隨便存一個去測試你的程式相關的東西到底對不對
推 wulouise: 我怎
→ wulouise: 記得windows gdiplus支援放大縮小，確定要重造輪子？
→ benny5566: 了解，謝謝前輩回答，我再試看看
→ yvb: 小畫家做的圖會填image_size,所以原PO程式會走到有問題的76行
→ yvb: 但有的程式不填image_size,推測原PO的原圖沒有padding問題.
→ yvb: 如果原圖就有padding問題,那讀檔時pixels對應就錯亂了...
→ yvb: 然後145行在i為0時就先填了padding?
→ yvb: 呃, 我上面的第一句是要回LPH66大的.
→ yvb: 然後原PO的原圖很可能是未填image_size(值為0).
→ yvb: 附帶一提,雖然不影響執行結果, 但檔案內容到yrgb對應是錯的,
→ yvb: 那是big-endian的寫法.