Verständnis Bild (seine hex-Werte)

Einen hex-dump eines PNG ist nicht wirklich lesbar sind. "od" kommt näher:

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

In der ersten Zeile wird der 8-byte-PNG signature, 4-byte-Zahl 13 (Länge der IHDR-chunk), "IHDR".

In der zweiten Zeile ist die 13 bytes IHDR-Daten (Breite, Höhe, bit-Tiefe, Farbe, Typ, etc.), gefolgt von einer 4-byte-CRC - (zyklischen Redundanz-check).

Die Dritte Zeile ist ein gAMA chunk mit einem 4-byte Länge (4), "gAMA", 4-byte-gamma-Wert, und 4-byte-CRC

Die vierte und fünfte Zeile enthält einen tEXt-chunk identifiziert die software, erstellt die PNG-Datei, mit 4-byte-Länge, die 4-byte-chunk-Namen "tEXt", der text, dann 4-byte-CRC.

Der nächsten Zeile beginnt der IDAT-chunk enthält eine zlib-komprimierte Darstellung der Pixel, wieder mit 4-byte-Länge.

Die letzten beiden Zeilen enthalten die CRC für die IDAT-chunk, gefolgt von einer IEND chunk markieren das Ende der PNG-Datei: 0000 ist die Datenlänge, IEND ist die chunk-Namen und 256 B ` 202 ist die vier-byte-CRC für die IEND-chunk.

All dies wird erklärt, in das PNG-format-Spezifikation, die Sie Lesen können, bei http://www.w3.org/TR/PNG

Ich zweite Mark Setchell ' s Empfehlung um die Datei zu konvertieren, um die triviale PPM-format und dann mit dem, dass; das ist, was ich normalerweise Tue, obwohl ich bin sehr vertraut mit PNG und libpng.

Hier ist, was dein Bild sieht aus wie eine 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]

Die nur "P3" (bedeutet RGB, ASCII-format);
10 10 (width, height);
255 (maximale Intensität für jeden Kanal);
R G B R G B R G B.... bis alle 100 RGB-Pixel übertragen wurden

Beachten Sie, dass der alpha-Kanal, wenn vorhanden, wird bei der Umwandlung verloren
zu PPM. Sie können zu konvertieren NETPBM 's PAM-format http://en.m.wikipedia.org/wiki/Netpbm#PAM_graphics_format, die ähnlich PPM, sondern wurde ausgeweitet auf eine alpha (Deckkraft) für den Kanal (aber leider nicht mehr human-readable), oder an ImageMagick' s TXT-format; unterstützt alpha, aber ist ziemlich ausführlich:

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)

Eine weitere nützliche Anwendung ist "pngcheck", das listet die PNG-chunks und überprüft deren CRC-Fehler:

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

InformationsquelleAutor Glenn Randers-Pehrson