PNG Images - Revision history

Bamtan: added link to CgBI file format

2021-08-19T04:54:53Z

added link to CgBI file format

Dialexio at 22:27, 14 February 2021

2021-02-14T22:27:54Z

Bamtan: created PNG images

2021-02-14T14:12:43Z

created PNG images

New page

The PNG images found on the iPhone cannot be viewed by a standard image viewer. Apple, for some unknown reason, implemented a non-standard PNG format that includes an extra data before the PNG header and compressed image data without the traditional headers and footers. In addition, the red blue pixels are flipped (BGRA instead of RGBA). All iPhone PNG images appear to follow this format.

== Discussion ==

The PNG format consists of a header, followed by a set of data atoms, or chunks. According to the PNG spec, the 'IHDR', or PNG header chunk, should always come first. In Apple's iPhone format, a 'CgBI' chunk appears before the header. This chunk's data is four bytes long and contains a value of 0x40, or 48 decimal and is marked mandatory and private, which means that the data contained in the 'CgBL' chunk a third party extension to the PNG format that must be implemented by the parser. The purpose of this chunk, other than to signify that the PNG in iPhone format, is unknown. It could be a format version identifier.

Compressed image data, stored in the 'IDAT' chunk, contains deflate compressed data without the zlib headers, footers, or checksums that normal PNGs contain. When using zlib to decompress data, a negative value must be passed as the windowSize to use zlib's undocumented 'skip headers and crc' feature. There does not appear to be a good technical reason for using this format instead of the standard.

For some reason, the red and blue pixels are reversed in the deflated data. This could be an optimization to prevent the iPhone from having to do a pixel swap before writing the image to the screen buffer.

To convert an iPhone PNG to a standard PNG:
# Remove the 'CgBl' chunk
# Decompress the data using zlib with the windowSize set to a negative number
# Swap the red pixel with the blue pixel in the data
# Recompress the data using zlib using the default headers and CRC
# Replace the image data chunk with the new compressed data in the PNG, and create a new checksum

== Code ==

Conversion code for both purposes may be retrieved from the following Github gist https://gist.github.com/urielka/3609051 (guaranteed to be the most-recent). You will need Python installed.

== Links ==
* [https://axelbrz.com/?mod=iphone-png-images-normalizer:iPhone PNG images normalizer]
* [http://iphone.fiveforty.net/wiki/index.php/PNG_Images:Original PNG Images wiki, now gone]
* [http://www.libpng.org/pub/png/spec/1.2/PNG-Contents.html:PNG Contents homepage]

[[Category:File Formats]]

@@ Line 25: / Line 25: @@
 *  [https://web.archive.org/web/20080112081115/http://iphone.fiveforty.net:80/wiki/index.php/PNG_Images iPhone Dev Wiki page on the topic (archived)]
 *  [http://www.libpng.org/pub/png/spec/1.2/PNG-Contents.html PNG (Portable Network Graphics) Specification, Version 1.2]
 [[Category:File Formats]]

@@ Line 9: / Line 9: @@
 For some reason, the red and blue pixels are reversed in the deflated data. This could be an optimization to prevent the iPhone from having to do a pixel swap before writing the image to the screen buffer.
 To convert an iPhone PNG to a standard PNG:
 # Remove the 'CgBl' chunk
@@ Line 14: / Line 15: @@
 # Swap the red pixel with the blue pixel in the data
 # Recompress the data using zlib using the default headers and CRC
-# Replace the image data chunk with the new compressed data in the PNG, and create a new checksum
+# Replace the image data chunk with the new compressed data in the PNG, and create a new checksum.
-== Code ==
+== Tools ==
 == Links ==
-*  [http://iphone.fiveforty.net/wiki/index.php/PNG_Images:Original PNG Images wiki, now gone]
+*  [http://www.libpng.org/pub/png/spec/1.2/PNG-Contents.html PNG (Portable Network Graphics) Specification, Version 1.2]
 [[Category:File Formats]]