png - 理解图像(它的十六进制值)

Question

我试图了解 10 x 10 像素 png 图像文件的十六进制值。

例如:我正在使用此图像 http://www.sweethome3d.com/blog/common/images/feed-icon-10x10.png ?.我在 Sublime Text 2 中打开它并看到以下值

8950 4e47 0d0a 1a0a 0000 000d 4948 4452
0000 000a 0000 000a 0806 0000 008d 32cf
bd00 0000 0467 414d 4100 00af c837 058a
e900 0000 1974 4558 7453 6f66 7477 6172
6500 4164 6f62 6520 496d 6167 6552 6561
6479 71c9 653c 0000 0167 4944 4154 78da
2c90 3b48 1c51 1885 bf7b 6766 5d7c 63a1
ae5a 180b 9140 086a 213e 106c 042b c1c6
5641 49bb 8d8d 76a6 491b d248 40d2 2888
a585 2058 a960 a168 a128 be90 557c e26b
d575 7667 e6de 9b99 5d8b c3df 7cff 3987
23ce 26be 8dc4 9dd8 3fa7 c8c1 7244 2889
0caf b40b 0a7c c5f3 7d66 545c 4db6 1bbb
ac9a 928e 41cc c331 3ab5 8e15 fb7c 0841
6109 dc77 b023 27bb a29c f8d7 3eac 9a1f
98dc 1bc1 f62c e660 310f a99c 469a 9089
e2c4 c72d eeca 34d2 bda5 a873 1ca7 3b89
ae6e c65b fd89 9751 686d 45a0 c46e 68a1
6478 06f3 7683 dafc 8d7a 39c5 ea9d c29c
6ee3 6f2d 6144 e81a 15e7 6e97 dcdc 10e6
e904 bbff 172a f38a b7b3 10ba 8f11 b8aa
101f 15b6 abea 717a 9298 9365 f4f9 1a76
5792 8f8d 7964 651d b2ae 0de5 9b02 282b
13c8 c65e 681a c05d ff8b ac48 1064 35ea
e91a e74b 7b1e 14af 7fba 4dbc d8a0 abbe
e35d 1ee1 3da7 11b5 ad64 cf0f a134 819f
4e63 b20f c868 cc68 273f b58f 7273 61f1
18fe c51e 681f f598 ca43 ca09 46ff 0b30
0081 6599 b7e4 9326 ee00 0000 0049 454e
44ae 4260 82

我打算在 LED 矩阵上显示这个特定的图像，在我继续在 LED 矩阵上显示它之前，我打算开发一个可以解码 png 文件并使用其 RGB 值对 LED 进行编程的程序。请解释我如何理解上述值并提取每个像素的 RGB 值。

谢谢你。

Answer 1

PNG 的十六进制转储并不是真正的人类可读的。 “od”越来越近:

od -c *.png
0000000 211   P   N   G  \r  \n 032  \n  \0  \0  \0  \r   I   H   D   R
0000020  \0  \0  \0  \n  \0  \0  \0  \n  \b 006  \0  \0  \0 215   2 317
0000040 275  \0  \0  \0 004   g   A   M   A  \0  \0 257 310   7 005 212
0000060 351  \0  \0  \0 031   t   E   X   t   S   o   f   t   w   a   r
0000100   e  \0   A   d   o   b   e       I   m   a   g   e   R   e   a
0000120   d   y   q 311   e   <  \0  \0 001   g   I   D   A   T   x 332
0000140   , 220   ;   H 034   Q 030 205 277   {   g   f   ]   |   c 241
....
0000660 030 376 305 036   h 037 365 230 312   C 312  \t   F 377  \v   0
0000700  \0 201   e 231 267 344 223   & 356  \0  \0  \0  \0   I   E   N
0000720   D 256   B   ` 202

第一行是 8 字节的 PNG 签名，4 字节的数字 13(IHDR 块的长度)，“IHDR”。

第二行是13字节的IHDR数据(宽度、高度、位深、颜色类型等)，后面是4字节的CRC(循环冗余校验)。

第三行是一个 gAMA 块，长度为 4 字节(4)、“gAMA”、4 字节 Gamma 值和 4 字节 CRC

第四行和第五行包含一个 tEXt 块，用于标识创建 PNG 的软件，具有 4 字节长度、4 字节块名称“tEXt”、文本和 4 字节 CRC。

下一行开始 IDAT 块，其中包含像素的 zlib 压缩表示，同样具有 4 字节长度。

最后两行包含 IDAT 块的 CRC，后跟一个 IEND 块以标记 PNG 的结束:0000 是数据长度，IEND 是块名称，256 B` 202 是 IEND 的四字节 CRC块。

所有这些都在 PNG 格式规范中进行了解释，您可以在 http://www.w3.org/TR/PNG 中阅读该规范。

我支持 Mark Setchell 的建议，将文件转换为简单的 PPM 格式，然后使用它；即使我对 PNG 和 libpng 非常熟悉，这也是我通常所做的。

以下是您的图像作为 PPM 的样子:

convert *.png -compress none ppm:-
P3
10 10
255
221 117 45 229 122 51 234 129 56 237 134 57 240 139 59 242 144 60 244 148 61 246 152 62 242 147 59 225 125 48 
229 122 51 233 135 73 244 190 152 243 170 114 241 139 53 244 145 54 247 150 56 249 154 57 250 157 58 241 145 58
[8 more long lines omitted]

那只是“P3”(表示RGB、ASCII格式)；
10 10(宽、高)；
255(每个 channel 的最大强度值)；
R G B R G B R G B.... 直到所有 100 个 RGB 像素都传输完毕

请注意，alpha channel (如果存在)会在转换中丢失
到 PPM。可以转换成NETPBM的PAM格式 http://en.m.wikipedia.org/wiki/Netpbm#PAM_graphics_format它类似于 PPM，但已扩展为包括 alpha(不透明度) channel (但不幸的是不是人类可读的)，或者改为 ImageMagick 的 TXT 格式；支持 alpha 但非常冗长:

convert *.png txt:-
# ImageMagick pixel enumeration: 10,10,255,srgba
0,0: (221,117,45,0.376471)  #DD752D60  srgba(221,117,45,0.376471)
1,0: (229,122,51,1)  #E57A33  srgba(229,122,51,1)
2,0: (234,129,56,1)  #EA8138  srgba(234,129,56,1)
etc., through
7,9: (226,113,53,1)  #E27135  srgba(226,113,53,1)
8,9: (223,109,49,1)  #DF6D31  srgba(223,109,49,1)
9,9: (220,114,45,0.376471)  #DC722D60  srgba(220,114,45,0.376471)

另一个有用的应用程序是“pngcheck”，它列出了 PNG 块并检查它们的 CRC 是否有错误:

pngcheck -v *.png
File: feed-icon-10x10.png (469 bytes)
  chunk IHDR at offset 0x0000c, length 13
    10 x 10 image, 32-bit RGB+alpha, non-interlaced
  chunk gAMA at offset 0x00025, length 4: 0.45000
  chunk tEXt at offset 0x00035, length 25, keyword: Software
  chunk IDAT at offset 0x0005a, length 359
    zlib: deflated, 32K window, maximum compression
  chunk IEND at offset 0x001cd, length 0