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