作者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/cn.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