Необходимо точное описание PNG

[MooNDeaR]

Здравствуйте.
Возникла задача считывать ручками, без каких либо библиотек отличных от стандартных в Си, читать PNG файл и переконвертить его в BMP.
Итак, BMP понимать научились очень быстро, а вот с PNG возникли проблемы, как минимум на стадии считывания информации, куда уж там до расшифровки.

В спецификации, а также вот здесь сказано, что первые 8 байт - это сигнатура содержащая HEX значения:
89 59 4E 47 0D 0A 1A 0A
Открываю файл HEX-редактором и смотрю:



Всё вроде бы пока верно. Далее, в тех же источника сказано, что СРАЗУ же после сигнатуры идет заголовок IHDR, размером 13 байт. Что мы видим в HEX-е:




Красным отмечено 4 "откуда ни возьмись" взявшихся байта, о которых в спецификации, да и вообще нигде ни слова не сказано, собственно, как и самих четырех буквах IHDR, которые отмечены мною синим цветом.
Собственно это был вопрос номер Раз.

Идем дальше, т.к. считываем 13 байт за заголовком IHDR:




Тут всё верно и согласно спецификаци. НО! Дальше указано, что идет или заголовок PLTE, тобишь палитра, или какие-то необязательные левые заголовки, или заголовок IDAT. Опять же подчеркну, что они идет СРАЗУ после IHDR.
Заглянём внутрь:




Откуда вылезли эти лишних 8 байт после заголовка? Что они значат? Спецификация, собственно, как и любые другие сайты молчат как партизаны, или я просто плохо ищу.

Собственно подобная байда на протяжении всего файла, вот я и хочу поинтересоваться, как именно устроен PNG файл, а также неплохо бы примеры кода его читающего, если есть где.

P.S.
Если кто знает, где есть реализация алгоритма Deflate для PNG изображений, буду очень признателен.

[waleri]

Читайте спецификацию!
Там четко написано, что сначала идет *размер* блока, потом имя (IHDR)

Ref: http://en.wikipedia.org/wiki/Portable_Network_Graphics

[Son Of Pain]

Смотрим раздел 5.3 спецификации, например.

А все нужные примеры кода есть в libpng, собственно.

[MooNDeaR]

Там четко написано, что сначала идет *размер* блока, потом имя (IHDR)

Спасибо. Пускай это справедливо для блока IHDR.
А что делать с байтами после него?
66 A7 06 6C 00 00 00 01 HEX = 7396887973905563649 DEC.
Это уж точно не размер следующего блока.

Смотрим раздел 5.3 спецификации, например.

Вот это полезней. Что-то проглядел. Спасибо большое. Просто спецификацию еще не всю осилил, с забугорским пока не настолько дружен...

[ViktorR]

Спасибо. Пускай это справедливо для блока IHDR.
А что делать с байтами после него?
66 A7 06 6C 00 00 00 01 HEX = 7396887973905563649 DEC.
Это уж точно не размер следующего блока.

Если прочитать информацию по приведенной выше ссылке, то там прямо сказано, что за заголовком идут блоки, структура которых:
4-байта (длинна) - 4-байта (тип блока) - <данные> - 4-байта (CRT)
Как понимаю, размер фрагмента <данные> может быть различным ...
Там же есть и ссылки на типы блоков, а так-же на литературу.
Замечательная ссылка ...


Как это интересно ...