PNG

Чтобы узнать о других значениях, см. PNG (значения) .

Портативная сетевая графика

Изображение PNG четырех кубиков разного цвета с 8-битным каналом прозрачности, наложенное на клетчатый фон. Обычно используется в графическом программном обеспечении для обозначения прозрачности.
Расширение имени файла	.png
Тип интернет-СМИ	image/png
Введите код	PNGf PNG
Единый идентификатор типа (UTI)	общественный.png
конформация ИМВП	public.image
Магическое число	89 50 4e 47 0d 0a 1a 0a (8 байт шестнадцатеричный )
Разработано	Группа разработки PNG (пожертвовано W3C )
Первоначальный выпуск	1 октября 1996 г ( 1996-10-01 )
Тип формата	изображения без потерь растрового Формат
Распространено на	APNG , JNG и MNG
Стандартный	ИСО / МЭК 15948 , IETF RFC 2083
Открытый формат ?	Да
Веб-сайт	www .w3 .org /ТР /png / (спецификация) libpng .org /паб /png / (домашний сайт)

Портативная сетевая графика ( PNG , официально произносится / p ɪ ŋ / ПИНГ , в разговорной речи произносится / ˌ p iː ɛ n ˈ dʒ iː / PEE -en- JEE ) — растровой графики файлов формат , поддерживающий сжатие данных без потерь . PNG был разработан как улучшенная незапатентованная замена формата графического обмена (GIF) — неофициально инициалы PNG обозначали рекурсивную аббревиатуру «PNG's not GIF».

PNG поддерживает изображения на основе палитры (с палитрами цветов 24-битного RGB или 32-битного RGBA ), изображения в оттенках серого (с альфа-каналом или без него для прозрачности) и полноцветные изображения RGB или RGBA без палитры. Рабочая группа PNG разработала формат для передачи изображений в Интернете , а не для печати графики профессионального качества; поэтому цветовые пространства, отличные от RGB, такие как CMYK, не поддерживаются. Файл PNG содержит одно изображение в расширяемой структуре блоков , кодируя основные пиксели и другую информацию, такую ​​как текстовые комментарии и проверки целостности , описанные в RFC 2083.

Файлы PNG имеют расширение «image/png» «.png» и тип мультимедиа MIME . PNG был опубликован как информационный RFC 2083 в марте 1997 года и как стандарт ISO/IEC 15948 в 2004 году.

История и развитие

См. Также: Формат графического обмена § Защита патентов Unisys и LZW.

Мотивом для создания формата PNG стало осознание того, что 28 декабря 1994 года Лемпеля-Зива-Уэлча (LZW), алгоритм сжатия данных используемый в формате Graphics Interchange Format (GIF), запатентован Unisys был . Патент требовал, чтобы все программное обеспечение, поддерживающее GIF, платило роялти, что вызвало шквал критики со стороны пользователей Usenet . Одним из них был Томас Бутелл, который 4 января 1995 года разместил предварительную ветку обсуждения в группе новостей Usenet «comp.graphics», в которой он разработал план бесплатной альтернативы GIF. Другие пользователи в этой теме выдвинули множество предложений, которые позже станут частью окончательного формата файла. Оливер Фромм, автор популярного JPEG средства просмотра QPEG , предложил название PING, которое в конечном итоге стало PNG, рекурсивной аббревиатурой, означающей, что PING — это не GIF . а также .png расширение . Другие предложения, реализованные позже, включали алгоритм сжатия Deflate и поддержку 24-битного цвета , отсутствие последнего в GIF также побудило команду создать свой формат файлов. Группа стала известна как Группа разработчиков PNG, и по мере того, как дискуссия быстро расширялась, позже она использовала список рассылки, связанный с форумом CompuServe .

Полная спецификация PNG была выпущена с одобрения W3C 1 октября 1996 г., а затем как RFC 2083 15 января 1997 г. Спецификация была пересмотрена 31 декабря 1998 г. как версия 1.1, в которой были решены технические проблемы гамма- коррекции и цветокоррекции . Версия 1.2, выпущенная 11 августа 1999 г., добавила iTXt chunk как единственное изменение спецификации, а переформатированная версия 1.2 была выпущена как второе издание стандарта W3C 10 ноября 2003 г. и в качестве международного стандарта ( ISO/IEC 15948:2004 ) 3 марта 2004 г.

Хотя GIF допускает анимацию , изначально было решено, что PNG должен быть форматом одного изображения. В 2001 году разработчики PNG опубликовали формат сетевой графики с несколькими изображениями (MNG) с поддержкой анимации. MNG добилась умеренной поддержки приложений, но недостаточной среди основных веб-браузеров и не используется дизайнерами или издателями веб-сайтов. В 2008 году некоторые разработчики Mozilla опубликовали формат Animated Portable Network Graphics (APNG) с аналогичными целями. APNG — это формат, который изначально поддерживается веб-браузерами на базе Gecko и Presto , а также широко используется для миниатюр в портативной системе Sony PlayStation Portable (с использованием обычного расширения файла PNG). В 2017 году браузеры на базе Chromium стали поддерживать APNG. В январе 2020 года Microsoft Edge стал основан на Chromium , унаследовав таким образом поддержку APNG. Благодаря этому все основные браузеры теперь поддерживают APNG.

Рабочая группа PNG

Исходная спецификация PNG была создана специальной группой экспертов и энтузиастов компьютерной графики . Обсуждения и решения по формату проводились по электронной почте. Первоначальными авторами, указанными в RFC 2083, являются:

• Монтажер: Томас Бутелл
• Соавтор: Том Лейн
• Авторы (в алфавитном порядке по фамилии): Марк Адлер , Томас Бутелл , Кристиан Бруншен , Адам М. Костелло , Ли Дэниэл Крокер , Андреас Дилджер , Оливер Фромм , Жан-Лу Гайи , Крис Херборт , Алекс Якулин , Нил Кеттлер , Том Лейн , Александр Леманн , Крис Лилли , Дэйв Мартиндейл, Оуэн Мортенсен , Кит С. Пикенс , Роберт П. Пул , Гленн Рандерс-Персон , Грег Рулофс , Виллем ван Шайк, Гай Шалнат , Пол Шмидт , Тим Вегнер , Джереми Воль

Формат файла

PNG-изображение просмотр с помощью приложения шестнадцатеричного редактора для Ubuntu

Заголовок файла

Файл PNG начинается с восьмибайтовой подписи . (см. изображение шестнадцатеричного редактора справа):

Значения ( шестнадцатеричные )	Цель
89	Имеет старший бит для обнаружения систем передачи, которые не поддерживают 8-битные данные , и для уменьшения вероятности ошибочной интерпретации текстового файла как PNG или наоборот.
50 4E 47	В ASCII — буквы PNG , позволяющие человеку легко идентифицировать формат, если он просматривается в текстовом редакторе.
0D 0A	в DOS стиле Окончание строки (CRLF) для обнаружения преобразования данных в конце строки DOS-Unix.
1A	Байт, который останавливает отображение файла в DOS при типа использовании команды — символ конца файла .
0A	Окончание строки в стиле Unix (LF) для обнаружения преобразования окончания строки Unix-DOS.

«Чанки» внутри файла

После заголовка следует ряд фрагментов , каждый из которых передает определенную информацию об изображении. Чанки объявляют себя критическими или вспомогательными , и программа, обнаружившая вспомогательный чанк, который она не понимает, может безопасно его игнорировать. основе фрагментов, аналогичная по концепции формату контейнера или Amiga от Эта структура уровня хранения на IFF , предназначена для расширения формата PNG, сохраняя при этом совместимость со старыми версиями — она обеспечивает совместимость вперед и ту же файловую структуру ( с разными сигнатурами и фрагментами) используется в связанных форматах MNG , JNG и APNG .

Чанк состоит из четырех частей: длина (4 байта, big-endian ), тип/имя чанка (4 байта ), данные фрагмента (длина в байтах) и CRC (циклический избыточный код/контрольная сумма; 4 байта). ). сетевого порядка байтов, CRC — это CRC-32 вычисляемый по типу фрагмента и данным фрагмента, но не по длине.

Длина	Тип чанка	Частичные данные	КПР
4 байта	4 байта	Длина в байтах	4 байта

Типам фрагментов присваивается четырехбуквенный с учетом регистра тип/имя ASCII ; сравните FourCC . Регистр разных букв в имени (бит 5 числового значения символа) представляет собой битовое поле , которое предоставляет декодеру некоторую информацию о природе фрагментов, которые он не распознает.

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

Регистр второй буквы указывает, является ли чанк «общедоступным» (либо в спецификации, либо в реестре общедоступных фрагментов специального назначения) или «частным» (не стандартизированным). Прописные буквы являются общедоступными, а строчные — частными. Это гарантирует, что имена общедоступных и частных фрагментов никогда не будут конфликтовать друг с другом (хотя два частных имени фрагмента могут конфликтовать).

Третья буква должна быть прописной, чтобы соответствовать спецификации PNG. Он зарезервирован для будущего расширения. Декодеры должны обрабатывать фрагмент с третьей строчной буквой так же, как и любой другой нераспознанный фрагмент.

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

Критические куски

Декодер должен иметь возможность интерпретировать критические фрагменты для чтения и рендеринга файла PNG.

• IHDR должен быть первым куском; он содержит (в этом порядке) изображения
  • ширина (4 байта)
  • высота (4 байта)
  • разрядность (1 байт, значения 1, 2, 4, 8 или 16)
  • тип цвета (1 байт, значения 0, 2, 3, 4 или 6)
  • метод сжатия (1 байт, значение 0)
  • метод фильтра (1 байт, значение 0)
  • метод чересстрочной развертки (1 байт, значения 0 «без чересстрочной развертки» или 1 « чередование Adam7 ») (всего 13 байт данных).

Как заявили в Консорциуме Всемирной паутины , разрядность определяется как «количество битов на образец или на индекс палитры (не на пиксель)».

• PLTE содержит палитру : список цветов.
• IDAT содержит изображение, которое можно разделить на несколько фрагментов IDAT. Такое разделение немного увеличивает размер файла, но позволяет генерировать PNG в потоковом режиме. Блок IDAT содержит фактические данные изображения, которые являются выходным потоком алгоритма сжатия.
• IEND отмечает конец изображения; поле данных блока IEND имеет 0 байт/пусто.

The PLTE chunk необходим для цветового типа 3 (индексированный цвет). Это необязательно для типов цвета два и шесть (истинный цвет и истинный цвет с альфа-каналом) и он не должен отображаться для типов цвета 0 и 4 (оттенки серого и оттенки серого с альфа-каналом).

Вспомогательные фрагменты

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

• bKGD дает цвет фона по умолчанию. Он предназначен для использования, когда нет лучшего выбора, например, в автономных программах просмотра изображений (но не в веб-браузерах; более подробную информацию см. Ниже).
• cHRM дает координаты цветности дисплея основных цветов и точки белого .
• cICP определяет цветовое пространство, передаточную функцию и матричные коэффициенты, как определено в ITU-T H.273 . Он предназначен для использования с изображениями HDR без необходимости использования цветового профиля.
• dSIG предназначен для хранения цифровых подписей.
• eXIf хранит Exif . метаданные
• gAMA определяет гамму . Кусок gAMA содержит всего 4 байта, и его значение представляет собой значение гаммы, умноженное на 100 000; например, значение гаммы 1/3,4 рассчитывается как 29411,7647059 ((1/3,4)*(100 000)) и преобразуется в целое число (29412) для хранения.
• hIST может хранить гистограмму или общее количество каждого цвета в изображении.
• iCCP представляет собой цветовой профиль ICC .
• iTXt содержит ключевое слово и текст UTF-8 с кодировками для возможного сжатия и переводами, отмеченными языковым тегом . Расширяемая платформа метаданных (XMP) использует этот фрагмент с ключевым словом «XML:com.adobe.xmp».
• pHYs сохраняет предполагаемый размер пикселя (или соотношение сторон пикселя); pHY содержит «Пикселей на единицу, ось X» (4 байта), «Пикселей на единицу, ось Y» (4 байта) и «Спецификатор единицы измерения» (1 байт), всего 9 байтов.
• sBIT (значащие биты) указывают точность цветопередачи исходных данных; этот фрагмент содержит от 1 до 5 байт, в зависимости от типа цвета.
• sPLT предлагает палитру, которую можно использовать, если полный диапазон цветов недоступен.
• sRGB стандартное цветовое пространство sRGB указывает на то, что используется ; фрагмент sRGB содержит только 1 байт, который используется для «намерения рендеринга» (для намерения рендеринга определены 4 значения — 0, 1, 2 и 3).
• sTER Блок индикатора стереоизображения для стереоскопических изображений.
• tEXt может хранить текст, который может быть представлен в ISO/IEC 8859-1 , с одной парой ключ-значение для каждого фрагмента. «Ключ» должен иметь длину от одного до 79 символов. Разделитель — это нулевой символ. «Значение» может иметь любую длину, от нуля до максимально допустимого размера фрагмента за вычетом длины ключевого слова и разделителя. Ни «ключ», ни «значение» не могут содержать нулевой символ. Ведущие или конечные пробелы также запрещены.
• tIME хранит время последнего изменения изображения.
• tRNS содержит информацию о прозрачности. Для индексированных изображений он сохраняет значения альфа-канала для одной или нескольких записей палитры. Для полноцветных изображений и изображений в оттенках серого он сохраняет значение одного пикселя, которое следует считать полностью прозрачным.
• zTXt содержит сжатый текст (и маркер метода сжатия) с теми же ограничениями, что и tEXt.

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

Формат пикселей

Разрешенные комбинации типа цвета и разрядности

Тип цвета	Каналы	Битов на канал
		1	2	4	8	16
Индексировано	1	1	2	4	8
Оттенки серого	1	1	2	4	8	16
Оттенки серого и альфа	2				16	32
Truecolor	3				24	48
Truecolor и альфа	4				32	64

Пиксели в изображениях PNG — это числа, которые могут быть либо индексами образцов данных в палитре , либо самими данными образца. Палитра представляет собой отдельную таблицу, содержащуюся в чане PLTE. Выборочные данные для одного пикселя состоят из кортежа, содержащего от одного до четырех чисел. Независимо от того, представляют ли пиксельные данные индексы палитры или явные значения выборки, числа называются каналами , и каждое число в изображении кодируется в одинаковом формате.

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

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

Демонстрация глубины цвета в PNG-файле, в битах на канал. Слева: 8 бит; Справа: 16 бит. Обратите внимание на артефакты , отрегулируйте контрастность для ясности.

0 (000 2 )	оттенки серого
2 (010 2 )	красный, зеленый и синий: RGB/Truecolor
3 (011 2 )	индексированный: канал, содержащий индексы в палитре цветов
4 (100 2 )	оттенки серого и альфа: уровень непрозрачности для каждого пикселя.
6 (110 2 )	красный, зеленый, синий и альфа

Тип цвета указывается как 8-битное значение, однако используются только три младших бита, и даже в этом случае разрешены только пять комбинаций, перечисленных выше. Пока тип цвета действителен, его можно рассматривать как битовое поле, как показано в соседней таблице:

Типы цветов PNG

Цвет тип	Имя	Двоичный				Маски
			А	С	П
0	Оттенки серого	0	0	0	0
2	Truecolor	0	0	1	0	цвет
3	Индексировано	0	0	1	1	цвет, палитра
4	Оттенки серого и альфа	0	1	0	0	альфа
6	Truecolor и альфа	0	1	1	0	альфа, цвет

• значение бита 1: данные изображения хранят индексы палитры. Это действительно только в сочетании со значением бита 2;
• значение бита 2: образцы изображения содержат три канала данных, кодирующих трихроматические цвета , в противном случае образцы изображения содержат один канал данных, кодирующих относительную яркость ,
• значение бита 4: образцы изображения также содержат альфа-канал, выраженный как линейная мера непрозрачности пикселя. Это недействительно в сочетании со значением бита 1.

При использовании индексированных цветных изображений палитра всегда сохраняет трихроматические цвета с глубиной 8 бит на канал (24 бита на запись палитры). Кроме того, может быть включен дополнительный список 8-битных альфа-значений для записей палитры; если они не включены или короче палитры, остальные элементы палитры считаются непрозрачными. В палитре не должно быть больше записей, чем позволяет разрядность изображения, но может быть и меньше (например, если изображение с 8-битными пикселями использует только 90 цветов, тогда ему не нужны записи палитры для всех 256 цветов). Палитра должна содержать записи для всех значений пикселей, присутствующих в изображении.

Стандарт позволяет индексированным цветам PNG иметь 1, 2, 4 или 8 бит на пиксель; Изображения в оттенках серого без альфа-канала могут иметь 1, 2, 4, 8 или 16 бит на пиксель. Все остальное использует разрядность на канал 8 или 16. Возможные комбинации приведены в таблице выше. Стандарт требует, чтобы декодеры могли читать все поддерживаемые цветовые форматы, но многие редакторы изображений могут создавать лишь небольшую их часть.

Прозрачность изображения

PNG предлагает множество вариантов прозрачности. Для полноцветных изображений и изображений в оттенках серого либо значение одного пикселя может быть объявлено как прозрачное, либо может быть добавлен альфа-канал (позволяющий использовать любой процент частичной прозрачности). Для изображений с палитрой к записям палитры можно добавить значения альфа. Количество таких сохраненных значений может быть меньше общего количества записей палитры, и в этом случае оставшиеся записи считаются полностью непрозрачными.

Предполагается, что сканирование значений пикселей на бинарную прозрачность должно выполняться перед любым уменьшением цвета, чтобы избежать непреднамеренной прозрачности пикселей. Это, скорее всего, создаст проблему для систем, которые могут декодировать изображения с 16 битами на канал (как требуется для соответствия спецификации), но выводят только с 8 битами на канал (норма для всех систем, кроме самых высоких). .

Альфа- хранилище может быть «связанным» (« предварительно умноженным ») или «несвязанным», но стандартизированным PNG. на «несвязанной» («непредварительно умноженной») альфе, что означает, что изображения не кодируются в альфа-канале ; излучения, представленные в RGB, не являются выбросами на уровне пикселей. Это означает, что операция over умножит излучение RGB на альфа и не сможет правильно представить излучение и окклюзию.

Сжатие

PNG использует двухэтапный процесс сжатия:

• предварительное сжатие: фильтрация (прогнозирование)
• сжатие: УДАЛЕНИЕ

PNG использует DEFLATE , незапатентованный сжатия данных без потерь, алгоритм включающий комбинацию LZ77 и кодирования Хаффмана . Реализации DEFLATE с разрешительной лицензией , такие как zlib , широко доступны.

По сравнению с форматами со сжатием с потерями, такими как JPEG, выбор параметра сжатия выше среднего задерживает обработку, но часто не приводит к значительному уменьшению размера файла.

Фильтрация

Метод фильтра 0 PNG может использовать данные в пикселях A, B и C для прогнозирования значения X.

PNG с 256 цветами, размер которого с предварительным фильтром составляет всего 251 байт. То же изображение в формате GIF будет больше более чем в тринадцать раз.

Перед применением DEFLATE данные преобразуются с помощью метода прогнозирования: один метод фильтра для всего изображения используется , а для каждой строки изображения выбирается тип фильтра для преобразования данных, чтобы сделать их более эффективно сжимаемыми. Тип фильтра, используемый для строки сканирования, добавляется к строке сканирования, чтобы включить встроенную декомпрессию.

В текущей спецификации PNG существует только один метод фильтра (обозначенный как метод 0), и поэтому на практике единственным выбором является то, какой тип фильтра применять к каждой строке. В этом методе фильтр прогнозирует значение каждого пикселя на основе значений предыдущих соседних пикселей и вычитает прогнозируемый цвет пикселя из фактического значения, как в DPCM . Строка изображения, отфильтрованная таким способом, часто оказывается более сжимаемой, чем строка необработанного изображения, особенно если она похожа на строку выше, поскольку различия от прогноза обычно группируются вокруг 0, а не распределяются по всем возможным значениям изображения. Это особенно важно при связывании отдельных строк, поскольку DEFLATE не понимает, что изображение является 2D-объектом, а вместо этого просто видит данные изображения как поток байтов.

Существует пять типов фильтров для метода фильтрации 0; каждый тип прогнозирует значение каждого байта (данных изображения перед фильтрацией) на основе соответствующего байта пикселя слева ( A ), пикселя выше ( B ) и пикселя выше и слева ( C ) или некоторую их комбинацию и кодирует разницу между прогнозируемым значением и фактическим значением. Фильтры применяются к байтовым значениям, а не к пикселям; Значения пикселей могут составлять один или два байта или несколько значений на байт, но никогда не пересекают границы байтов. Типы фильтров:

Введите байт	Название фильтра	Прогнозируемое значение
0	Никто	Ноль (чтобы необработанное значение байта проходило без изменений)
1	Саб	Байт А (слева)
2	Вверх	Байт B (вверху)
3	Средний	Среднее значение байтов A и B , округленное вниз
4	Пэт	A , B или C , в зависимости от того, что ближе всего к p = A + B − C

Фильтр Паэта основан на алгоритме Алана В. Паэта . Сравните с версией DPCM, используемой в формате JPEG без потерь , и с дискретным вейвлет-преобразованием с использованием окон 1×2, 2×1 или (для предиктора Паэта) 2×2 и вейвлетов Хаара .

Сжатие дополнительно улучшается за счет адаптивного выбора типов фильтров построчно. Это улучшение и эвристический метод его реализации, обычно используемый программным обеспечением для записи PNG, были созданы Ли Дэниелом Крокером , который протестировал методы на многих изображениях во время создания формата; выбор фильтра является компонентом оптимизации размера файла, как описано ниже.

Если используется чересстрочная развертка, каждый этап чересстрочной развертки фильтруется отдельно, а это означает, что изображение может быть постепенно визуализировано по мере получения каждого этапа; однако чересстрочная развертка обычно делает сжатие менее эффективным.

Чересстрочная развертка

Иллюстрация Адам7, наложенного на изображение размером 16 × 16.

PNG предлагает дополнительную двухмерную семипроходную схему чересстрочной развертки — алгоритм Adam7 . Это более сложная, чем одномерная четырехпроходная схема GIF, и позволяет видеть более четкое изображение с низким разрешением на ранних этапах передачи, особенно если алгоритмы интерполяции, такие как бикубическая интерполяция . используются

Однако 7-проходная схема имеет тенденцию снижать сжимаемость данных больше, чем более простые схемы.

Анимация

Файл APNG (анимированный PNG) (в некоторых веб-браузерах отображается как статическое изображение ).

Основной формат PNG не поддерживает анимацию. MNG — это расширение PNG; он был разработан членами PNG Group. MNG разделяет базовую структуру и фрагменты PNG, но он значительно сложнее и имеет другую сигнатуру файла, что автоматически делает его несовместимым со стандартными декодерами PNG. Это означает, что большинство веб-браузеров и приложений либо никогда не поддерживали MNG, либо прекратили его поддержку.

Сложность MNG привела к предложению APNG разработчиками Mozilla Foundation. Он основан на PNG, поддерживает анимацию и проще, чем MNG. APNG предлагает возврат к отображению одного изображения для декодеров PNG, которые не поддерживают APNG. Сегодня формат APNG поддерживается всеми основными веб-браузерами. APNG поддерживается в Firefox 3.0 и более поздних версиях, Pale Moon (все версии) и Safari 8.0 и более поздних версиях. В Chromium 59.0 добавлена ​​поддержка APNG, затем Google Chrome. Opera поддерживала APNG в версиях 10–12.1, но поддержка прекратилась в версии 15, когда она перешла на Blink механизм рендеринга ; поддержка была повторно добавлена ​​в Opera 46 (унаследована от Chromium 59). Microsoft Edge поддерживает APNG с версии 79.0, когда он перешел на движок на основе Chromium.

В апреле 2007 года группа PNG решила не использовать APNG. Обсуждалось несколько альтернатив, включая ANG, aNIM/mPNG, «PNG в GIF» и его подмножество «RGBA в GIF». Однако в настоящее время широкую поддержку имеет только APNG.

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

Примеры

Структура очень простого PNG-файла

89 50 4E 47 0D 0A 1A 0A PNG подпись

IHDR Заголовок изображения

IDAT Данные изображения

IEND Конец изображения

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

Шестигранник	Как персонажи
89 50 4E 47 0D 0A 1A 0A 00 00 00 0D 49 48 44 52 00 00 00 01 00 00 00 01 08 02 00 00 00 90 77 53 DE 00 00 00 0C 49 44 41 54 08 D7 63 F8 CF C0 00 00 03 01 01 00 18 ДД 8D B0 00 00 00 00 49 45 4E 44 НО 42 60 82	.PNG.... ....IHDR ..............wS . ....ИДАТ..с.... ......... ....ОДИН БД`.

Часть IHDR

Смещение на фрагмент	Шестнадцатеричное значение	Десятичное значение	Текст	Значение
0	0x0D	13		Чанк IHDR имеет 13 байт контента.
4	0x49484452		ИХДР	Идентифицирует фрагмент заголовка
8	0x01	1		Изображение шириной 1 пиксель
12	0x01	1		Изображение имеет высоту 1 пиксель.
16	0x08	8		8 бит на пиксель (на канал)
17	0x02	2		Тип цвета 2 (RGB/truecolor)
18	0x00	0		Метод сжатия 0 (только допустимое значение)
19	0x00	0		Метод фильтра 0 (только допустимое значение)
20	0x00	0		Не чересстрочный
21	0x907753DE			CRC типа и содержимого чанка (но не длины)

Часть IDAT

Смещение на фрагмент	Шестнадцатеричное значение	Значение
0	0x0C	Блок IDAT имеет 12 байт контента.
4	0x49444154	Идентифицирует фрагмент данных
8	0x08	Метод сжатия DEFLATE с использованием окна размером 256 байт.
9	0xD7	Значение ZLIB FCHECK, словарь не используется, алгоритм максимального сжатия
10	0x63F8CFC00000	Сжатый блок DEFLATE с использованием статического кода Хаффмана, который декодирует до 0x00 0xFF 0x00 0x00.
16	0x03010100	Проверочное значение ZLIB: контрольная сумма Adler32 несжатых данных.
20	0x18DD8DB0	CRC типа и содержимого чанка (но не длины)

Отображается в виде шестнадцатеричных редакторов : слева значения байтов показаны в шестнадцатеричном формате , а справа их эквивалентные символы из ISO-8859-1 с нераспознанными и управляющими символами, замененными точками. Кроме того, подпись PNG и отдельные фрагменты отмечены цветами. Обратите внимание, что их легко идентифицировать по удобочитаемым именам типов (в этом примере PNG, IHDR, IDAT и IEND).

Преимущества

Причины использования настоящего международного стандарта:

• Портативность : передача не зависит от программной и аппаратной платформы.
• Полнота : можно представлять изображения в истинном цвете, с индексированными цветами и в оттенках серого.
• Последовательное кодирование и декодирование : позволяет генерировать и считывать потоки данных последовательно, то есть формат потока данных используется для генерации и визуализации изображений в данный момент посредством последовательной связи.
• Прогрессивное представление : иметь возможность передавать потоки данных, которые изначально являются аппроксимацией всего изображения и постепенно улучшаются по мере получения потока данных.
• Устойчивость к ошибкам передачи : правильно обнаруживает ошибки передачи потока данных.
• Без потерь : без потерь: фильтрация и сжатие сохраняют всю информацию.
• Эффективность : любое прогрессивное представление изображения, сжатие и фильтрация требуют эффективного декодирования и представления.
• Сжатие : изображения можно эффективно и последовательно сжимать.
• Легкость : внедрить стандарт легко.
• Взаимозаменяемость : любой декодер PNG, соответствующий стандартам, может читать все потоки данных PNG.
• Гибкость : допускает будущие расширения и частные дополнения, не затрагивая предыдущий пункт.
• Свобода юридических ограничений : используемые алгоритмы бесплатны и доступны.

Сравнение с другими форматами файлов

Основная статья: Сравнение форматов графических файлов

Формат графического обмена (GIF)

• Для небольших изображений GIF может обеспечить большее сжатие, чем PNG (см. раздел о размерах файлов ниже).
• Для большинства изображений, за исключением описанного выше случая, файл GIF имеет больший размер, чем индексированное изображение PNG.
• PNG предоставляет гораздо более широкий диапазон параметров прозрачности, чем GIF, включая прозрачность альфа-канала .
• В то время как GIF ограничен 8-битным индексированным цветом , PNG обеспечивает гораздо более широкий диапазон глубины цвета, включая 24-битный (8 бит на канал) и 48-битный (16 бит на канал) truecolor , что обеспечивает большую точность цветопередачи и более плавную цветопередачу. выцветает и т. д. При добавлении альфа-канала возможно до 64 бит на пиксель (до сжатия).
• При преобразовании изображения из формата PNG в GIF качество изображения может ухудшиться из-за постеризации, если изображение PNG содержит более 256 цветов.
• GIF по своей сути поддерживает анимированные изображения. PNG поддерживает анимацию только через неофициальные расширения (см. раздел об анимации выше).

Изображения PNG менее широко поддерживаются старыми браузерами. В частности, IE6 имеет ограниченную поддержку PNG.

JPEG

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

Формат JPEG (Joint Photographic Experts Group) может создавать файлы меньшего размера, чем PNG, для фотографических (и фотоподобных) изображений, поскольку JPEG использует метод кодирования с потерями, специально разработанный для данных фотографических изображений, в которых обычно преобладают мягкие, низкоконтрастные изображения. переходы, а также количество шума или подобных нерегулярных структур. Использование PNG вместо высококачественного JPEG для таких изображений приведет к значительному увеличению размера файла с незначительным улучшением качества. Для сравнения, при хранении изображений, содержащих текст, штриховые рисунки или графику — изображений с резкими переходами и большими областями сплошного цвета — формат PNG может сжимать данные изображения больше, чем JPEG. Кроме того, PNG не имеет потерь, а JPEG создает визуальные артефакты вокруг высококонтрастных областей. (Подобные артефакты зависят от настроек, используемых при сжатии JPG; они могут быть весьма заметны при использовании настроек низкого качества [высокого сжатия].) Если изображение содержит как резкие переходы, так и фотографические части, необходимо сделать выбор между два эффекта. JPEG не поддерживает прозрачность.

Сжатие с потерями в формате JPEG также страдает от потерь при генерации , когда многократное декодирование и перекодирование изображения для его повторного сохранения каждый раз приводит к потере информации, ухудшая качество изображения. Поскольку формат PNG не имеет потерь, он подходит для хранения изображений, подлежащих редактированию. Хотя PNG достаточно эффективен при сжатии фотографических изображений, существуют форматы сжатия без потерь, разработанные специально для фотографических изображений, , WebP без потерь и Adobe DNG например (цифровой негатив). Однако эти форматы либо не получили широкой поддержки, либо являются проприетарными. Изображение можно сохранить без потерь и преобразовать в формат JPEG только для распространения, чтобы не было потерь при генерации.

Хотя спецификация PNG явно не включает стандарт для встраивания данных изображения Exif из таких источников, как цифровые камеры, предпочтительным методом встраивания данных EXIF ​​в PNG является использование некритической вспомогательной метки фрагмента. eXIf.

Ранние веб-браузеры не поддерживали изображения PNG; JPEG и GIF были основными форматами изображений. JPEG обычно использовался при экспорте изображений, содержащих градиенты, для веб-страниц из-за ограниченной глубины цвета GIF. Однако сжатие JPEG приводит к небольшому размытию градиента. Формат PNG воспроизводит градиент максимально точно для заданной разрядности, сохраняя при этом небольшой размер файла. PNG стал оптимальным выбором для небольших изображений с градиентом, поскольку поддержка этого формата в веб-браузере улучшилась. Для отображения градиентов в современных браузерах вообще не нужны изображения, поскольку градиенты можно создавать с помощью CSS .

JPEG-LS

JPEG-LS — это формат изображения, разработанный Объединенной группой экспертов по фотографии , хотя он гораздо менее широко известен и поддерживается, чем другой формат JPEG с потерями, рассмотренный выше. Это напрямую сопоставимо с PNG, и имеет стандартный набор тестовых изображений. В Waterloo Repertoire ColorSet, стандартном наборе тестовых изображений (не связанном с набором тестов на соответствие JPEG-LS), JPEG-LS обычно работает лучше, чем PNG, на 10–15%, но на некоторых изображениях PNG работает значительно лучше, на порядка 50–75%. Таким образом, если оба этих формата являются вариантами и размер файла является важным критерием, их следует учитывать в зависимости от изображения.

ТИФФ

Формат файла изображения тега (TIFF) — это формат, который включает в себя чрезвычайно широкий набор опций. Хотя это делает TIFF полезным в качестве общего формата для обмена между профессиональными приложениями для редактирования изображений, добавление его поддержки в приложения становится гораздо более сложной задачей, и поэтому он мало поддерживается в приложениях, не связанных с манипулированием изображениями (например, в веб-браузерах). Высокий уровень расширяемости также означает, что большинство приложений предоставляют только подмножество возможных функций, что потенциально создает путаницу для пользователей и проблемы совместимости.

Наиболее распространенным алгоритмом сжатия без потерь общего назначения, используемым в TIFF, является алгоритм Лемпеля-Зива-Уэлча (LZW). Этот метод сжатия, также используемый в GIF, был запатентован до 2003 года. TIFF также поддерживает алгоритм сжатия, используемый PNG (т. е. тег сжатия 0008 ₁₆ « Adobe -style») со средним использованием и поддержкой приложений. TIFF также предлагает специальные алгоритмы сжатия без потерь, такие как CCITT Group IV , которые могут сжимать двухуровневые изображения (например, факсы или черно-белый текст) лучше, чем алгоритм сжатия PNG.

PNG поддерживает только альфа без предварительного умножения тогда как TIFF также поддерживает «связанную» (предварительно умноженную) альфу.

Поддержка программного обеспечения

Официальной эталонной реализацией формата PNG является библиотека программирования libpng . Оно публикуется как свободное программное обеспечение на условиях разрешительной лицензии свободного программного обеспечения . Поэтому обычно она является важной системной библиотекой в ​​бесплатных операционных системах.

Поддержка редактора растровой графики для PNG

Основная статья: Сравнение редакторов растровой графики

Формат PNG широко поддерживается графическими программами, включая Adobe Photoshop , Corel от Photo-Paint и Paint Shop Pro , GIMP , GraphicConverter , Helicon Filter , ImageMagick , Inkscape , IrfanView , редактор пиксельных изображений, Paint.NET и Xara Photo & Графический дизайнер и многие другие (включая онлайн-платформы графического дизайна, такие как Canva ). входящие в состав популярных операционных систем , поддерживающих PNG, включают и Apple Microsoft Paint Photos / Некоторые программы , iPhoto и Preview , а GIMP также часто входит в состав популярных Linux дистрибутивов .

Adobe Fireworks (ранее Macromedia ) использует PNG в качестве собственного формата файлов, позволяя другим редакторам изображений и утилитам предварительного просмотра просматривать сведенное изображение. Однако Fireworks по умолчанию также хранит метаданные для слоев, анимации, векторных данных, текста и эффектов. Такие файлы не следует распространять напрямую. Вместо этого Fireworks может экспортировать изображение в формате оптимизированного PNG без дополнительных метаданных для использования на веб-страницах и т. д.

Поддержка PNG в веб-браузере

Основная статья: Поддержка формата изображений в веб-браузере

Поддержка PNG впервые появилась в 1997 году в Internet Explorer 4.0b1 (32-разрядная версия только для NT) и в Netscape 4.04.

Несмотря на призывы Фонда свободного программного обеспечения и Консорциум Всемирной паутины (W3C), такие инструменты, как gif2png, и такие кампании, как «Сжечь все GIF-файлы», Внедрение PNG на веб-сайтах было довольно медленным из-за поздней и ошибочной поддержки в Internet Explorer, особенно в отношении прозрачности.

К PNG-совместимым браузерам относятся: Apple Safari , Google Chrome , Mozilla Firefox , Opera , Camino , Internet Explorer , Microsoft Edge и многие другие. Полное сравнение см. в разделе Сравнение веб-браузеров (поддержка форматов изображений) .

В частности, версии Internet Explorer (Windows) ниже 9.0 (выпущенные в 2011 г.) имели многочисленные проблемы, которые не позволяли правильно отображать изображения PNG.

• 4.0 аварийно завершает работу на больших фрагментах PNG.
• 4.0 не включает функцию просмотра файлов .png, но есть исправление реестра.
• В версиях 5.0 и 5.01 прервана поддержка ОБЪЕКТОВ.
• Версия 5.01 печатает изображения палитры с черным (или темно-серым) фоном под Windows 98, иногда с радикально измененными цветами.
• 6.0 не отображает изображения PNG размером 4097 или 4098 байт.
• 6.0 не может открыть файл PNG, содержащий один или несколько фрагментов IDAT нулевой длины. Впервые эта проблема была устранена в обновлении безопасности 947864 (MS08-024). Дополнительные сведения см. в этой статье базы знаний Microsoft: 947864 MS08-024: Накопительное обновление безопасности для Internet Explorer.
• 6.0 иногда полностью теряет возможность отображать PNG, но есть различные исправления.
• В версии 6.0 и ниже нарушена поддержка прозрачности альфа-канала (вместо этого будет отображаться цвет фона по умолчанию).
• 7.0 и ниже не могут сочетать 8-битную альфа-прозрачность И непрозрачность элемента ( CSS – filter: Alpha (opacity=xx)) без заполнения частично прозрачных разделов черным цветом.
• 8.0 и ниже имеют непостоянную/неработающую поддержку гаммы.
• 8.0 и ниже не поддерживают цветокоррекцию.

Поддержка операционной системой значков PNG

Значки PNG поддерживаются в большинстве дистрибутивов Linux, по крайней мере, с 1999 года, в средах рабочего стола, таких как GNOME . В 2006 году поддержка Microsoft Windows для значков PNG была представлена ​​в Windows Vista . поддерживаются в AmigaOS 4 , AROS , macOS , iOS и MorphOS Значки PNG также . Кроме того, Android широко использует PNG.

Программное обеспечение для оптимизации и размера файлов

Размер файла PNG может значительно различаться в зависимости от того, как он закодирован и сжат; это обсуждается, и ряд советов дается в PNG: The Definitive Guide.

По сравнению с GIF

По сравнению с файлами GIF , файл PNG с той же информацией (256 цветов, без вспомогательных фрагментов/метаданных), сжатый эффективным компрессором, обычно меньше изображения GIF. В зависимости от файла и компрессора размер PNG может варьироваться от несколько меньшего (10%) до значительно меньшего (50%) и несколько большего (5%), но редко бывает значительно больше. для больших изображений. Это объясняется производительностью DEFLATE GIF PNG по сравнению с LZW , а также тем, что добавленный уровень предварительного сжатия предсказательных фильтров PNG учитывает структуру двухмерного изображения для дальнейшего сжатия файлов; поскольку отфильтрованные данные кодируют различия между пикселями, они будут иметь тенденцию группироваться ближе к 0, а не распределяться по всем возможным значениям, и, таким образом, их будет легче сжимать с помощью DEFLATE. Однако некоторые версии Adobe Photoshop , CorelDRAW и MS Paint обеспечивают плохое сжатие PNG, создавая впечатление, что GIF более эффективен.

Факторы размера файла

Размер файлов PNG зависит от ряда факторов:

глубина цвета

Глубина цвета может варьироваться от 1 до 64 бит на пиксель.

вспомогательные куски

PNG поддерживает метаданные — это может быть полезно для редактирования, но необязательно для просмотра, как на веб-сайтах.

переплетение

Поскольку каждый проход алгоритма Adam7 фильтруется отдельно, это может увеличить размер файла.

фильтр

На этапе предварительного сжатия каждая строка фильтруется прогнозирующим фильтром, который может меняться от строки к строке. Поскольку последний шаг DEFLATE работает с отфильтрованными данными всего изображения, невозможно оптимизировать эту строку за строкой; Таким образом, выбор фильтра для каждой строки потенциально очень вариативен, хотя эвристика существует.

сжатие

Благодаря дополнительным вычислениям компрессоры DEFLATE могут создавать файлы меньшего размера.

Таким образом, существует компромисс размера размера между высокой глубиной цвета, максимальным количеством метаданных (включая информацию о цветовом пространстве вместе с информацией, не влияющей на отображение), чересстрочной разверткой и скоростью сжатия, в результате чего получаются большие файлы с меньшей глубиной цвета, меньшим количеством или без вспомогательных фрагментов, без чересстрочной развертки и с настроенной, но требующей больших вычислений фильтрацией и сжатием. Для разных целей выбираются разные компромиссы: максимальный файл может быть лучшим для архивирования и редактирования, в то время как урезанный файл может быть лучшим для использования на веб-сайте, и аналогично быстрое, но плохое сжатие предпочтительнее при многократном редактировании и сохранении файла. файл, тогда как медленное, но высокое сжатие предпочтительнее, когда файл стабилен: при архивировании или публикации. Чересстрочная развертка — это компромисс: она значительно ускоряет ранний рендеринг больших файлов (уменьшает задержку), но может увеличить размер файла (уменьшить пропускную способность) с небольшим выигрышем, особенно для небольших файлов.

Сжатие PNG с потерями

Хотя PNG является форматом без потерь, кодировщики PNG могут предварительно обрабатывать данные изображения с потерями, чтобы улучшить сжатие PNG. Например, квантование полноцветного PNG до 256 цветов позволяет использовать индексированный тип цвета для вероятного уменьшения размера файла.

Программное обеспечение для редактирования изображений

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

Многие графические программы (например, программное обеспечение Apple Preview ) сохраняют PNG-файлы с большим количеством метаданных и данных цветокоррекции, которые обычно не нужны для просмотра в Интернете . Неоптимизированные файлы PNG из Adobe Fireworks также печально известны этим, поскольку они содержат параметры, позволяющие редактировать изображение в поддерживаемых редакторах. Также CorelDRAW (по крайней мере версия 11) иногда создает PNG-файлы, которые невозможно открыть в Internet Explorer (версии 6–8).

Производительность Adobe Photoshop с файлами PNG в CS Suite улучшилась при использовании функции «Сохранить для Интернета» (которая также позволяет явно использовать PNG/8).

Adobe Fireworks по умолчанию сохраняет файлы PNG большего размера, чем многие программы. Это связано с механикой формата сохранения : изображения, создаваемые функцией сохранения Fireworks, включают в себя большие частные фрагменты, содержащие полную информацию о слоях и векторах. Это позволяет осуществлять дальнейшее редактирование без потерь. При сохранении с помощью параметра «Экспорт » PNG-файлы Fireworks конкурируют с файлами, созданными другими графическими редакторами, но их больше нельзя редактировать как что-либо иное, кроме как сглаженные растровые изображения. Fireworks не может сохранять векторно-редактируемые PNG-файлы с оптимизированным размером.

Другие известные примеры плохих компрессоров PNG включают в себя:

• Microsoft Paint для Windows XP
• Microsoft, представь это! Фото Премиум 9

Плохое сжатие увеличивает размер PNG-файла, но не влияет на качество изображения или совместимость файла с другими программами.

Когда глубина цвета полноцветного изображения уменьшается до 8-битной палитры (как в GIF), результирующие данные изображения обычно становятся намного меньше. Таким образом, PNG с полноцветным изображением обычно больше, чем GIF с уменьшенным цветом, хотя PNG может хранить версию с уменьшенным цветом в виде файла с палитрой сопоставимого размера. И наоборот, некоторые инструменты при сохранении изображений в формате PNG автоматически сохраняют их как полноцветные, даже если исходные данные используют только 8-битный цвет, что приводит к ненужному раздуванию файла. Оба фактора могут привести к неправильному представлению о том, что файлы PNG больше, чем эквивалентные файлы GIF.

Инструменты оптимизации

Для оптимизации файлов PNG доступны различные инструменты; они делают это путем:

• (необязательно) удаление вспомогательных фрагментов,
• уменьшение глубины цвета, либо:
  • используйте палитру (вместо RGB), если в изображении 256 или меньше цветов,
  • используйте меньшую палитру, если изображение имеет 2, 4 или 16 цветов, или
  • (необязательно) с потерями отбросить некоторые данные исходного изображения,
• оптимизация выбора построчного фильтра и
• оптимизация сжатия DEFLATE.

Список инструментов

• pngcrush — старейший из популярных оптимизаторов PNG. Он допускает несколько попыток выбора фильтра и аргументов сжатия и, наконец, выбирает наименьший из них. Эта рабочая модель используется практически в каждом оптимизаторе PNG.
• advpng и аналогичная утилита advdef из пакета AdvanceCOMP повторно сжимают PNG IDAT. Различные реализации DEFLATE применяются в зависимости от выбранного уровня сжатия, чередуя скорость и размер файла: zlib на уровне 1, libdeflate на уровне 2, DEFLATE 7-zip LZMA на уровне 3 и zopfli на уровне 4.
• pngout был создан с использованием собственного дефлятора автора (аналогично авторской zip-утилите kzip), сохраняя при этом все возможности уменьшения/фильтрации цвета. Однако pngout не позволяет использовать несколько испытаний фильтров за один проход. Предлагается использовать его коммерческую версию с графическим интерфейсом, pngoutwin, или использовать с оболочкой для автоматизации испытаний или для повторного сжатия с использованием собственного дефлятора, сохраняя при этом фильтр построчно.
• zopflipng также был создан с использованием собственного дефлятора zopfli. Он имеет все функции оптимизации, которые есть у pngcrush (включая автоматизацию испытаний), но при этом обеспечивает очень хороший, но медленный дефлятор.

Простое сравнение их функций приведено ниже.

Оптимизатор	Удаление фрагмента	Уменьшение цвета	Фильтрация	Повторное использование фильтра	Несколько испытаний фильтров за один проход	Дефлатер
рекламаpng	Да	Нет	0	Нет	Н/Д	(несколько)
advdef	Нет	Нет	Повторно использует предыдущий набор фильтров.	Всегда	Н/Д	(несколько)
PNGCrush	Да	Да	0–4 или адаптивный	Нет	Да	zlib
pngout	Да	Да	0–4 или адаптивный	Да	Нет	КЗИП
зопфлипнг	Да	Да	0–4 или адаптивный с 2 ​​разными алгоритмами, или грубым способом	Да	Да	Зопфли

До того, как появился zopflipng, хорошим способом выполнения оптимизации PNG на практике было последовательное использование комбинации двух инструментов для оптимального сжатия: один, который оптимизирует фильтры (и удаляет вспомогательные фрагменты), и другой, который оптимизирует DEFLATE. Хотя pngout предлагает оба варианта, за один запуск можно указать только один тип фильтра, поэтому его можно использовать с инструментом-оболочкой или в сочетании с pngcrush . действует как повторный дефлятор, например advdef.

Удаление вспомогательного фрагмента

Для удаления вспомогательных фрагментов большинство инструментов оптимизации PNG имеют возможность удалять все данные цветокоррекции из файлов PNG (гамма, баланс белого, цветовой профиль ICC, стандартный цветовой профиль RGB). Это часто приводит к значительно меньшему размеру файла. Например, следующие параметры командной строки позволяют добиться этого с помощью pngcrush:

pngcrush -rem gAMA -rem cHRM -rem iCCP -rem sRGB InputFile.png OutputFile.png

Оптимизация фильтра

pngcrush, pngout и zopflipng предлагают варианты применения одного из типов фильтров 0–4 глобально (с использованием одного и того же типа фильтра для всех строк) или с помощью «псевдофильтра» (с номером 5), который для каждой строки выбирает один из фильтров. типы 0–4 с использованием адаптивного алгоритма. Zopflipng предлагает 3 различных адаптивных метода, включая поиск методом перебора, который пытается оптимизировать фильтрацию.

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

pngcrush и zopflipng позволяют опробовать различные стратегии фильтрации за один проход и выбрать лучшую. Бесплатная версия pngout для командной строки не предлагает этого, но коммерческая версия pngoutwin делает это.

Оптимизация DEFLATE

Zopfli и LZMA SDK предоставляют DEFLATE реализации , которые могут обеспечить более высокие степени сжатия, чем эталонная реализация zlib , за счет производительности. AdvanceCOMP advpng и advdef можете использовать любую из этих библиотек для повторного сжатия файлов PNG. Кроме того, PNGOUT содержит собственную реализацию DEFLATE.

advpng не имеет возможности применять фильтры и всегда использует фильтр 0 глобально (оставляя данные изображения нефильтрованными); поэтому его не следует использовать там, где изображение значительно выигрывает от фильтрации. Напротив, advdef из того же пакета не работает со структурой PNG и действует только как повторный дефлятор, сохраняя все существующие настройки фильтра.

Оптимизация иконок

Поскольку значки, предназначенные для Windows Vista и более поздних версий, могут содержать фрагменты изображений PNG, к ним также можно применить оптимизацию. По крайней мере, один редактор иконок , Pixelformer, способен выполнять специальный проход оптимизации при сохранении файлов ICO , тем самым уменьшая их размеры. FileOptimizer (упомянутый выше) также может обрабатывать файлы ICO.

Значки для macOS также могут содержать фрагменты изображений PNG, но такого инструмента нет.

См. также

• Компьютерная графика , в том числе:
• Редактирование изображений
• Форматы файлов изображений
• Сопутствующие форматы графических файлов
  • APNG Анимированный PNG
  • Сетевая графика JPEG (JNG)
  • Многообразная сетевая графика (MNG)
• Похожие форматы файлов
  • X PixMap для портативных значков
• Масштабируемая векторная графика
• ВебП

Дальнейшее чтение

• Рулофс, Грег (апрель 1997 г.). «Linux Gazette: История формата переносимой сетевой графики (PNG)» . Linux-журнал . 1997 (36е). Specialized Systems Consultants, Inc. ISSN   1075-3583 .
• Рулофс, Грег (2003). PNG: Полное руководство (2-е изд.). О'Рейли Медиа. ISBN  1-56592-542-4 .
• «Спецификация портативной сетевой графики (PNG)» (второе изд.). W3C . 10 ноября 2003 г.

Внешние ссылки

• PNG спецификация
• PNG домашний сайт
• Домашняя страница libpng
• История PNG Грега Рулофса
• около PNG изображений: тестовые встроенные
• РФК 2083
• Дополнительная информация о цветовой коррекции PNG
• Библиотека GD для создания динамических PNG-файлов с помощью PHP.
• PNG Адам7 переплетение
• Кодирование веб-оболочек в файлах PNG : кодирование удобочитаемых данных внутри блока IDAT.