Pngcrush: оптимизация PNG, управление чанками и пакетная обработка

Pngcrush решает узкую, но важную задачу: повторно кодирует PNG так, чтобы уменьшить объём сжатых данных без изменения видимых пикселей, а заодно позволяет проверять структуру файла, управлять служебными чанками и автоматизировать обработку больших наборов изображений. Утилита полезна веб-разработчикам, администраторам сайтов, сборочным инженерам, разработчикам приложений и всем, кому нужно оптимизировать PNG перед публикацией или включением в проект, сохраняя исходное изображение визуально неизменным и контролируя, какие метаданные останутся в файле.

Что именно делает Pngcrush

Основная работа Pngcrush происходит не с композицией изображения, цветокоррекцией или размером холста, а с внутренним устройством PNG. В типичном PNG пиксельные данные находятся в одном или нескольких чанках IDAT. Перед сжатием каждая строка изображения проходит один из PNG-фильтров, после чего поток сжимается алгоритмом DEFLATE через zlib. Разные сочетания фильтра, уровня и стратегии zlib дают разный размер итогового IDAT даже при полностью одинаковых пикселях. Pngcrush перебирает несколько таких сочетаний и сохраняет наиболее удачный результат из проверенных вариантов.

Другие инструменты: ФотоМАСТЕР.

Поэтому слово «сжатие» применительно к Pngcrush важно понимать точно. В штатных режимах речь идёт о lossless-оптимизации: программа перекодирует данные, но не снижает качество изображения так, как это делает JPEG-кодирование или палитровая квантизация с потерями. Если исходный PNG содержит, например, 24-битное RGB-изображение, Pngcrush может найти более компактный способ хранения того же набора пикселей. Дополнительно программа умеет выполнять без потерь некоторые структурные упрощения, например уменьшать тип цвета или битовую глубину, если фактическое содержимое изображения это допускает.

Утилита также работает с ancillary chunks — дополнительными блоками PNG, которые не являются самим потоком пикселей. К ним относятся сведения о гамме, цветовом пространстве, физическом разрешении, текстовые поля, профиль ICC и другие данные. Pngcrush позволяет удалить выбранные чанки, сохранить неизвестные copy-unsafe чанки, добавить текстовые записи, задать gAMA, sRGB, pHYs, tRNS и некоторые другие параметры. Это делает программу не только компрессором, но и низкоуровневым инструментом для обслуживания PNG.

При этом Pngcrush не является фоторедактором. В нём нет кистей, кадрирования, изменения размеров изображения, визуального сравнения «до/после», слоёв, ретуши, автоматического удаления фона или экспорта в десятки графических форматов. Утилита принимает решения на уровне структуры PNG и параметров компрессии. Если требуется изменить сами пиксели, сначала используют редактор или конвертер, а Pngcrush запускают уже на готовом PNG.

Какие задачи подходят для Pngcrush

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

Ещё один сценарий — диагностика. Pngcrush может прочитать PNG без сохранения нового файла, вывести подробную информацию и при необходимости проверять CRC и ADLER32. Это удобно, когда изображение формально открывается, но в цепочке обработки возникают ошибки, либо требуется понять, какие данные присутствуют в контейнере. Для некоторых повреждённых PNG предусмотрен режим попытки восстановления, однако он не превращает программу в универсальный ремонтный инструмент: если потеряны критические данные изображения, восстановить их из ничего невозможно.

Что Pngcrush не делает

• не уменьшает ширину и высоту изображения;
• не выполняет художественную цветокоррекцию и ретушь;
• не квантует изображение до ограниченной палитры с управляемой потерей качества так, как pngquant;
• не предназначен для оптимизации JPEG, WebP, AVIF и других форматов;
• не предоставляет собственного графического интерфейса;
• не гарантирует одинаковый процент уменьшения для любых исходных файлов.

Последний пункт особенно важен. Если PNG уже был хорошо оптимизирован современным энкодером, дополнительный выигрыш может быть небольшим или отсутствовать. И наоборот, файл, сохранённый редактором с простыми настройками компрессии, иногда оставляет больше пространства для повторного кодирования. Размер зависит от структуры конкретного изображения: фотографического шума, повторяемости данных, альфа-канала, используемых цветов и того, насколько удачно исходный энкодер подобрал фильтры и параметры DEFLATE.

Установка и начало работы

Pngcrush — консольная утилита, поэтому после получения подходящей сборки её запускают из терминала, а не двойным щелчком по привычному окну редактора. В Windows исполняемый файл обычно размещают в отдельной папке и либо переходят в неё через командную строку, либо добавляют каталог в переменную PATH. В Linux и BSD программа часто доступна через системный менеджер пакетов. Независимо от способа установки принцип один: команда pngcrush должна быть доступна из текущего терминала или вызываться по полному пути.

Первую проверку удобно делать командой pngcrush -version. Она показывает версию программы и позволяет убедиться, что запускается именно нужный бинарный файл, а не одноимённая утилита из другой папки. Для знакомства с доступными ключами используется pngcrush -h. В релизе 1.8.13 справка перечисляет как базовые параметры ввода и вывода, так и низкоуровневые настройки фильтров, zlib, обработки чанков и проверки PNG.

Если команда не находится, сначала проверяют текущий каталог и PATH. В Windows при запуске файла из папки, путь к которой содержит пробелы, полный путь заключают в кавычки. В PowerShell локальный исполняемый файл может потребовать явного префикса .. В Unix-подобной системе для вручную скопированного бинарного файла дополнительно может понадобиться право на выполнение. Эти проблемы относятся не к формату PNG, а к обычным правилам запуска консольных программ в выбранной ОС.

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

Первая безопасная команда

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

pngcrush input.png output.png

Здесь input.png — исходный файл, а output.png — новый PNG. Если имена находятся не в текущем каталоге, указывают полный или относительный путь. Такой подход удобен для проверки: исходник остаётся нетронутым, а результат можно открыть рядом, сравнить визуально и проверить его размер.

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

Почему не стоит сразу использовать перезапись

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

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

Базовый синтаксис ввода и вывода

У Pngcrush есть несколько схем запуска. Для одного файла используется пара «вход — выход». Для группы файлов предусмотрены варианты с каталогом назначения или новым расширением, а для работы на месте — режим перезаписи. Встроенная справка 1.8.13 сводит основные формы к следующим вариантам:

pngcrush [options] infile.png outfile.png
pngcrush -e extension [options] file1.png file2.png ...
pngcrush -d directory [options] file1.png file2.png ...
pngcrush -ow [options] file.png
pngcrush -n -v file.png ...

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

Вывод в отдельный каталог с -d

Ключ -d задаёт каталог, в который Pngcrush помещает обработанные файлы с исходными именами. Типичный пример:

pngcrush -d optimized input1.png input2.png input3.png

Такой режим удобен для пакетной обработки, потому что исходная папка остаётся без изменений. Перед запуском стоит убедиться, что целевой каталог существует и доступен для записи, а одинаковые имена из разных исходных директорий не приведут к нежелательным коллизиям в выбранной схеме запуска. Сам Pngcrush не является менеджером медиатеки и не строит сложную иерархию каталогов по правилам пользователя.

Новое расширение с -e

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

Например, суффикс позволяет быстро отделить оптимизированные копии:

pngcrush -e _crushed.png *.png

Нужно учитывать, что раскрытие маски *.png зависит от оболочки. В Unix-подобных оболочках glob обычно разворачивается самой оболочкой. В Windows CMD и PowerShell поведение масок и передачи аргументов отличается, поэтому для сложных партий надёжнее явно проверить список файлов или использовать цикл оболочки.

Перезапись с -ow

Режим -ow оставляет исходное имя. В некоторых вариантах запуска можно указать временный файл. Для сборочного каталога, который легко восстановить из исходников, это удобно: оптимизированные PNG заменяют промежуточные результаты перед упаковкой. Для единственного оригинала фотографий или дизайнерских ресурсов такой режим требует осторожности.

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

Как Pngcrush подбирает способ сжатия

PNG использует предварительную фильтрацию строк и последующее DEFLATE-сжатие. Фильтр не изменяет изображение: он преобразует байты строки в более удобную для компрессора форму, например записывает разницы между соседними значениями. Стандарт PNG определяет пять базовых фильтров: None, Sub, Up, Average и Paeth. На разных изображениях их эффективность различается. Ровные заливки, градиенты, текстовые элементы и шумные фотографические фрагменты создают разную статистику данных, поэтому универсально лучшего фильтра для всех PNG нет.

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

Ключ -m: запуск конкретного метода

Если нужно проверить определённый метод, используется -m. Параметр можно повторять, чтобы протестировать несколько заранее выбранных вариантов:

pngcrush -m 1 -m 4 -m 7 input.png output.png

Практический смысл такого режима — не «магический номер, который всегда сжимает лучше», а ограничение поиска. Например, в пакетной системе можно выбрать несколько методов, которые на типичных ассетах дают приемлемый баланс времени и размера. Делать вывод о лучшем наборе корректно только после проверки на собственном наборе файлов, потому что PNG с плоской графикой и PNG со сложным полутоновым изображением ведут себя по-разному.

-f, -l и -z: фильтр, уровень и стратегия

Ключ -f задаёт фильтр для связанного метода. Значения 0–4 соответствуют пяти стандартным фильтрам PNG, значение 5 использует адаптивную фильтрацию. Ключ -l выбирает уровень zlib от 0 до 9. Ключ -z задаёт стратегию zlib. Эти параметры предназначены для тех случаев, когда нужно контролировать отдельные составляющие метода, а не полагаться на стандартный набор проб.

Уровень zlib не следует воспринимать как шкалу качества изображения. У PNG он влияет на усилия компрессора и размер закодированного потока, но не на визуальное качество. Уровень 9 не делает картинку «лучше» уровня 6, а уровень 1 не делает её менее чёткой. Меняется лишь способ кодирования одинаковых декодированных пикселей и затраты времени на создание потока.

Стратегия zlib также не описывает визуальные свойства картинки. Она меняет внутреннее поведение DEFLATE. Поэтому осмысленная настройка строится на измерении итогового размера и времени обработки, а не на субъективном просмотре изображения. Визуальная проверка всё равно полезна для контроля преобразований типа цвета, альфа-канала и метаданных, но не для сравнения двух корректных lossless-вариантов одного и того же пиксельного массива.

-brute: расширенный перебор

Ключ -brute заставляет Pngcrush использовать значительно более широкий набор методов. В справке 1.8.13 он описан как перебор 176 методов. Это один из самых очевидных способов потратить больше процессорного времени ради шанса найти меньший поток, но документация прямо предупреждает, что режим очень затратен по времени и обычно не оправдан для каждой повседневной операции.

pngcrush -brute input.png output.png

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

Перебор можно ограничивать фильтром, уровнем или стратегией. Это даёт промежуточный вариант между стандартным поиском и полным -brute. Если по результатам тестов известно, что определённый фильтр хорошо работает для конкретного типа изображений, ограничение пространства поиска сокращает лишние пробы. Но переносить такой вывод на другую коллекцию без измерений не стоит.

-bail и -nobail: раннее прекращение неудачной пробы

При пробном кодировании Pngcrush может прекратить текущий метод, когда размер уже превысил лучший найденный результат. За это отвечает логика, связанная с -bail. Ключ -nobail отключает ранний выход. Практически это влияет на объём работы при переборе: если метод очевидно проигрывает, нет смысла обязательно доводить его до конца, если задача — найти минимальный результат среди вариантов.

Отключение раннего выхода полезно главным образом для специальных тестов и диагностики, когда требуется получить полные результаты каждого метода. Для обычной оптимизации такой подробный прогон редко нужен. Как и другие низкоуровневые ключи, -nobail не улучшает изображение сам по себе.

-huffman и -rle

-huffman ограничивает обработку стратегией zlib Huffman-only, а -rle использует RLE-oriented стратегию. Это не универсальные «быстрый» и «качественный» режимы, а конкретные способы поиска компромисса для определённых данных. RLE может быть интересен изображениям с длинными повторяющимися последовательностями, включая некоторые простые графические материалы, но реальный результат всё равно определяется содержимым файла.

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

-w и -zmem

Ключ -w управляет размером окна компрессии, а -zmem — уровнем памяти zlib. По умолчанию Pngcrush использует значения, подходящие для общего случая. Уменьшение окна может потребоваться при жёстких ограничениях памяти, но способно ухудшить компрессию, потому что DEFLATE получает меньшую область для поиска повторений. Повышать или понижать эти параметры без конкретной причины обычно не нужно.

Встроенная справка перечисляет для -w несколько значений окна, включая 32, 16, 8, 4, 2 и 1 КБ, а также 512 байт, а для -zmem — диапазон 1–9. Это технические параметры энкодера. Они не меняют разрешение и не ограничивают палитру напрямую.

Режим -speed и компромисс со скоростью декодирования

Ключ -speed выделяется тем, что ориентирован не только на размер файла. Он исключает фильтры Average и Paeth, чтобы снизить вычислительную нагрузку при обратной фильтрации на стороне декодера. Такой выбор может быть полезен для PNG, которые многократно читаются локально и где время декодирования важнее последнего процента экономии места.

Это не «ускоритель Pngcrush» в общем смысле и не гарантия меньшего времени обработки во всех условиях. Суть параметра — ограничить используемые фильтры исходя из будущей стоимости декодирования. Для веб-доставки по медленной сети меньший файл часто ценнее нескольких сэкономленных операций декодера; для локальных ресурсов, читаемых очень часто, баланс может быть другим. Решение принимают на уровне конкретного продукта и целевых устройств.

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

Без потерь уменьшить тип цвета и битовую глубину

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

Пример типичной ситуации — RGBA-файл, в котором альфа-канал фактически полностью непрозрачен. Хранить четвёртый канал в таком случае может быть избыточно. Другой пример — RGB-изображение, в котором каждый пиксель серый и значения красного, зелёного и синего каналов равны. Такое содержимое можно представить оттенками серого без визуальной потери. Аналогично некоторые 16-битные данные допускают точное представление в 8 битах, если младшие разряды не несут дополнительной информации.

Для запрета этих автоматических преобразований используется -noreduce. Отдельный -noreduce_palette отключает сокращение палитры. Это полезно, если внешняя система ожидает строго определённый тип PNG, даже когда другой тип был бы компактнее. Совместимость формата и требования конвейера иногда важнее минимального размера.

Принудительный тип цвета с -c

Ключ -c задаёт тип цвета выходного PNG. В справке 1.8.13 перечислены значения 0, 2, 4 и 6: grayscale, truecolor, grayscale с альфа-каналом и truecolor с альфа-каналом. Это мощный параметр, потому что он уже не просто позволяет программе найти безопасное упрощение, а явно задаёт требуемую структуру выхода.

pngcrush -c 2 input.png output.png

Если указать тип без альфа-канала для изображения, где прозрачность несёт смысл, результат может отличаться от исходного по отображению. Поэтому -c применяют не как универсальную опцию уменьшения размера, а когда тип цвета известен заранее и соответствует требованиям целевой системы. Для автоматического безопасного упрощения предпочтительнее сначала проверить возможности -reduce.

Битовая глубина

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

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

Прозрачность и скрытые цвета

PNG с альфа-каналом может содержать RGB-значения даже у полностью прозрачных пикселей. Эти цвета не видны при обычной отрисовке, но остаются частью данных и могут ухудшать сжимаемость, если сильно меняются от пикселя к пикселю. Pngcrush предоставляет ключ -blacken, который обнуляет цветовые компоненты под полностью прозрачными пикселями.

Эта операция требует отдельного внимания: она изменяет значения пикселей, пусть и невидимые при альфа=0. Поэтому документация рассматривает её как lossy-операцию и не включает по умолчанию. Для обычного веб-рендеринга полностью прозрачные цвета часто не влияют на картинку, но они могут иметь значение в специализированных процессах — например, при последующей обработке, использовании скрытых RGB как вспомогательных данных или специфическом ресемплинге.

pngcrush -blacken input.png output.png

Правильный порядок действий — запускать -blacken только тогда, когда семантика прозрачных пикселей известна. Если задача сформулирована как «полностью без потерь на уровне всех декодированных каналов», этот ключ не подходит. Если же критерием является только видимый результат при стандартном альфа-композитинге, операция может дать дополнительную сжимаемость.

Чанк tRNS

PNG допускает прозрачность не только через полноценный альфа-канал. Чанк tRNS задаёт прозрачность для определённых типов изображения. Pngcrush умеет добавлять такие данные через параметры -trns и -trns_array. Эти ключи не являются типичной частью обычной оптимизации: они предназначены для точного изменения структуры PNG.

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

Работа с PNG-чанками

Сильная сторона Pngcrush — возможность управлять дополнительными чанками без запуска графического редактора. PNG устроен как последовательность именованных блоков. Критические чанки необходимы для декодирования, а ancillary chunks несут дополнительные сведения. Не все дополнительные данные бесполезны: в них могут храниться цветовой профиль, гамма, физическое разрешение, авторские поля, комментарии и другая информация, важная для конкретного рабочего процесса.

Поэтому стратегия «удалить все метаданные» не всегда корректна. Для веб-графики часть служебных полей действительно может быть лишней, но для полиграфии, архивов, научной визуализации и управляемого цветом процесса некоторые чанки критичны для правильной интерпретации изображения. Pngcrush предоставляет точечные команды, но решение о сохранении данных принимает пользователь.

Удаление через -rem

Ключ -rem удаляет указанный ancillary chunk. Чтобы убрать несколько типов, ключ повторяют:

pngcrush -rem tEXt -rem pHYs input.png output.png

Для известных чанков допустима запись имени в нижнем регистре. В справке есть специальные обозначения alla и allb, удаляющие широкие группы ancillary chunks с определёнными исключениями. Это агрессивные режимы. Они удобны, когда структура конечного файла должна быть максимально минималистичной, но опасны как универсальная «чистка», потому что можно удалить полезные сведения о гамме, профиле или физическом размере.

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

-keep и -save

Ключ -keep позволяет явно сохранить выбранный chunk. -save заставляет сохранять неизвестные copy-unsafe ancillary chunks, которые иначе могут быть отброшены при изменении потока изображения. Это важно для файлов, содержащих расширения или пользовательские блоки, не известные программе.

Но сохранение неизвестного чанка — не всегда автоматически правильное действие. Термин copy-unsafe существует именно потому, что неизвестные данные могут стать недействительными после изменения критических частей PNG. Если формат частного чанка неизвестен, стоит выяснить его назначение. Pngcrush может физически перенести данные, но не способен гарантировать семантическую корректность неизвестного расширения.

Удаление всех текстовых форм

PNG поддерживает несколько типов текстовых чанков: tEXt, zTXt и iTXt. В документации Pngcrush отдельно отмечено, что запрос на удаление text охватывает все формы текстовых чанков. Это удобно для приватности и очистки служебных комментариев, но перед применением нужно убедиться, что текст не содержит данных, которые должны остаться в архивной или производственной версии.

Чистка метаданных может быть полезна перед публикацией, если в файл попали внутренние подписи, имена инструментов или комментарии. Однако Pngcrush не заменяет полноценный аудит приватности всех возможных данных изображения: сначала нужно понимать, какие чанки существуют и что в них записано.

Добавление текстовых данных: tEXt, zTXt и iTXt

Pngcrush позволяет не только удалять, но и создавать текстовые чанки. Для простого некомпрессированного текста используется -text, для сжатого текстового блока — -ztxt, для международного текста — -itxt и -zitxt. Параметры позволяют указать положение относительно IDAT, ключевое слово и содержимое.

pngcrush -text b "Comment" "Optimized asset" input.png output.png

Буква b означает размещение до IDAT, а a — после. Для обычного отображения изображения положение текстового ancillary chunk чаще всего не влияет на пиксели, но может иметь значение для программ, которые ожидают определённый порядок чтения метаданных. Если внешний потребитель предъявляет требования к структуре, их следует учитывать явно.

iTXt предназначен для текста с поддержкой языка и UTF-8. У него больше аргументов: кроме ключевого слова и текста могут задаваться языковой код и переведённый вариант ключа. В командной строке особенно важно правильно расставлять кавычки, если текст содержит пробелы. Правила экранирования зависят от оболочки: CMD, PowerShell, Bash и zsh трактуют кавычки и спецсимволы по-разному.

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

Гамма, sRGB и ICC-профиль

Цветовые ancillary chunks — одна из областей, где бездумная «оптимизация» может привести к неожиданному виду изображения в разных программах. Pngcrush умеет задавать гамму через -g, принудительно заменять уже существующее значение через -replace_gamma, записывать sRGB rendering intent с -srgb и добавлять ICC-профиль с -iccp.

Эти параметры не следует использовать как способ «сделать PNG ярче» или «исправить цвета на глаз». gAMA, sRGB и iCCP описывают, как интерпретировать значения пикселей. Неправильная запись способна вызвать расхождения между приложениями, особенно если разные декодеры по-разному учитывают или приоритизируют цветовые сведения.

-g и -replace_gamma

-g добавляет значение гаммы, если это соответствует логике обработки. В справке допускается запись как десятичного числа, например 0.45455, так и целого масштаба. -replace_gamma предназначен для явной замены существующего значения. Второй вариант особенно требует уверенности, что новое значение описывает данные корректно.

pngcrush -replace_gamma 0.45455 input.png output.png

Если проблема формулируется как «картинка отличается в двух программах», сначала нужно определить источник расхождения: наличие ICC-профиля, gAMA, sRGB, особенности старого энкодера или поведение конкретного просмотрщика. Простая замена гаммы без диагностики может лишь переместить проблему.

-srgb

Ключ -srgb записывает sRGB chunk с одним из допустимых значений rendering intent 0–3. Это не выбор насыщенности и не профиль монитора. Rendering intent — часть цветовой семантики. Для обычного веб-ассета, который уже корректно описан, добавлять sRGB только ради уменьшения размера не требуется.

-iccp

Параметр -iccp позволяет добавить ICC-профиль из отдельного файла и указать его имя и длину. Это низкоуровневая операция. Профиль должен соответствовать изображению, а длина и файл — быть корректными. Если цель состоит только в lossless-перекомпрессии IDAT, вмешиваться в ICC-данные не нужно.

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

Физическое разрешение, фон и служебные параметры

Ключ -res записывает pHYs chunk с разрешением в точках на дюйм, преобразованным в стандартное для PNG представление пикселей на метр. Этот параметр описывает предполагаемый физический размер изображения и не добавляет пиксели. PNG 1200×800 останется 1200×800 независимо от того, записано 72, 96 или 300 dpi.

pngcrush -res 300 input.png output.png

Для веб-страницы физическое dpi обычно не определяет CSS-размер картинки, зато может иметь значение при импорте в настольные издательские или печатные приложения. Поэтому удаление pHYs ради нескольких байтов допустимо только если этот параметр точно не нужен downstream-системе.

Фоновый цвет -bkgd

PNG допускает bKGD chunk с рекомендуемым фоновым цветом. Некоторые декодеры могут использовать эту информацию при отображении прозрачного изображения на фоне. Pngcrush позволяет задать соответствующие значения. Это не равнозначно фактическому «запеканию» фона в пиксели: прозрачность остаётся частью изображения, а bKGD — лишь дополнительная рекомендация для декодера.

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

Стереорежим -ster

Ключ -ster относится к sTER chunk и задаёт стереоскопический режим. Это нишевая возможность, которая почти не участвует в обычной веб-оптимизации. Наличие такого ключа хорошо показывает общий характер Pngcrush: утилита предоставляет доступ к структуре PNG, включая редко используемые расширения, но пользователь сам должен знать, нужен ли конкретный chunk его экосистеме.

Проверка целостности и диагностический запуск

Когда PNG нужно не только уменьшить, но и проверить, пригодятся -check, -n и подробный вывод. Ключ -check включает проверку CRC и ADLER32. CRC относится к целостности PNG-чанков, ADLER32 — к сжатому потоку zlib. Ошибка контрольной суммы может указывать на повреждение файла или некорректное формирование потока.

pngcrush -check -n -v input.png

Ключ -n запрещает сохранение выходного PNG. В сочетании с -v он удобен для инспекции: программа читает файл и выводит сведения, не создавая копию. Если нужна ещё большая подробность, -v можно повторить. Это полезно в CI и при разборе проблемного ассета, потому что диагностику можно отделить от изменения файла.

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

-q, -s и -warn

Для автоматизации важен не только сам результат, но и объём вывода. -q подавляет обычные сообщения, оставляя предупреждения. -s работает ещё тише и подавляет предупреждения. -warn, наоборот, позволяет показывать только предупреждения. Выбор зависит от того, как устроен журнал сборки.

В CI обычно выгодно оставлять предупреждения, иначе полезная информация о проблемном PNG исчезнет из лога. Полностью тихий режим подходит, когда коды возврата и отдельная проверка ошибок уже обрабатываются скриптом. Не стоит использовать -s только ради «красивого» журнала, если после этого невозможно понять причину сбоя.

Попытка исправления проблемного PNG

Ключ -fix предназначен для попытки продолжить обработку PNG с некоторыми условиями, которые иначе считаются фатальными. Его полезно воспринимать как режим «попробовать спасти читаемую часть структуры», а не как гарантированное восстановление повреждённой картинки. Pngcrush не может восстановить отсутствующие байты IDAT, угадать потерянные строки изображения или воссоздать уничтоженную палитру.

При работе с повреждённым файлом безопасный сценарий состоит из нескольких этапов. Сначала оригинал копируют и больше не изменяют. Затем выполняют диагностический запуск с проверкой и подробным выводом. После этого на копии пробуют -fix и сохраняют результат в новый файл. Если новый PNG открывается, его дополнительно проверяют независимым декодером или библиотекой. Важные изображения лучше сравнить с известным корректным источником, если он существует.

pngcrush -check -fix damaged.png repaired.png

Опция -nocheck имеет противоположный смысл и отключает проверку CRC/ADLER32. Она может ускорять доверенный поток, но не подходит, когда подозревается повреждение. Если файл уже вызывает ошибки, отключение проверки скрывает часть диагностической информации вместо устранения причины.

Ограничения размеров и -nolimits

Pngcrush устанавливает защитные лимиты на некоторые размеры и объёмы памяти. Ключ -nolimits отключает ограничения на ширину, высоту, кэш и выделение памяти. Это специальный параметр для контролируемых ситуаций, а не способ «починить любой большой PNG».

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

Пакетная обработка без графического интерфейса

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

Партия файлов в отдельную папку

Самый простой принцип — заранее создать каталог назначения и передать в Pngcrush список входных PNG с -d. На Unix-подобной системе базовая схема может выглядеть так:

mkdir -p optimized
pngcrush -d optimized *.png

На Windows эквивалент лучше адаптировать под конкретную оболочку. Главное не копировать синтаксис Bash в CMD или PowerShell без проверки: правила создания каталогов, glob-масок, кавычек и циклов различаются.

Рекурсивная обработка

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

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

Обработка только изменившихся файлов

В больших проектах часто невыгодно прогонять -brute по всей медиатеке при каждой сборке. Более рациональная схема — оптимизировать только новые или изменённые исходники. Выбор можно делать средствами системы сборки по времени модификации, хэшу содержимого или зависимостям.

У Pngcrush есть параметры, связанные с временными метками. По умолчанию новый файл получает новую временную метку, а -oldtimestamp позволяет не сбрасывать её в типичном режиме работы. Однако строить кэш только на mtime следует осторожно: поведение копирования и систем контроля версий может менять время файла независимо от содержимого. Хэш содержимого обычно надёжнее для воспроизводимой автоматизации.

Параллельный запуск

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

Универсального числа параллельных процессов нет. Для CI-агента с фиксированными ресурсами его определяют измерением на типичной партии. Важно также исключить запись нескольких процессов в один и тот же выходной файл или временный путь.

Практический сценарий: PNG для сайта без изменения пикселей

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

pngcrush source.png optimized.png

После запуска сравнивают размеры и декодированное изображение. Для автоматической проверки можно декодировать оба PNG одной библиотекой в одинаковый RGBA-буфер и сравнить байты. Если буферы совпадают, различия в сжатом потоке не влияют на пиксели. Такой тест надёжнее визуального просмотра, особенно для больших партий.

Если результат устраивает, схему расширяют на весь каталог через -d. Затем уже отдельно решают вопрос метаданных. Например, если внутренние текстовые комментарии точно не нужны на публичном сайте, их удаляют целевым ключом. Если нужен ICC-профиль или pHYs, их не следует убирать только ради нескольких дополнительных байтов.

Для постоянного проекта команду фиксируют в скрипте вместе с версией Pngcrush. Это важно для воспроизводимости: разные версии библиотеки libpng, zlib или самой утилиты могут выбирать немного другой поток. Файл останется корректным PNG, но бинарный результат может отличаться, что заметно при хэшировании ассетов.

Практический сценарий: финальный тщательный прогон

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

pngcrush -brute source.png optimized-brute.png

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

Полезно хранить результаты измерений по категориям файлов. Для иконок с ограниченными цветами один набор методов может вести себя лучше, для полноцветных скриншотов — другой. Pngcrush даёт возможность сузить поиск, если закономерность повторяется, но решение следует основывать на собственной выборке.

Практический сценарий: очистка текстовых метаданных

Когда PNG поступают из разных инструментов, в них иногда остаются текстовые комментарии, сведения о программе или произвольные поля. Если политика публикации требует удалить текстовые ancillary chunks, можно использовать -rem text и одновременно выполнить обычную рекомпрессию:

pngcrush -rem text source.png clean.png

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

Также следует отделять текстовые чанки от цветовых. Команда для текста не должна становиться поводом попутно удалять gAMA, iCCP, sRGB или pHYs, если они ещё не проанализированы. Минимальный файл и корректно интерпретируемый файл — не всегда одно и то же.

Практический сценарий: сохранить важные нестандартные чанки

Иногда PNG используется как контейнер не только для изображения. В корпоративном приложении, научном ПО или специализированном редакторе файл может содержать частный ancillary chunk, который стандартный просмотрщик игнорирует, а внутренний инструмент использует. В таком случае оптимизация должна начинаться не с удаления, а с инвентаризации структуры.

Если Pngcrush встречает неизвестный copy-unsafe chunk, его судьба зависит от режима. Ключ -save заставляет сохранять такие неизвестные блоки. Для конкретного известного имени можно использовать -keep. Однако сохранение неизвестного блока после изменения IDAT не означает, что сторонний формат гарантированно остаётся логически корректным. Спецификация частного чанка может связывать его содержимое с пикселями, размерами или контрольными суммами, о которых Pngcrush ничего не знает.

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

Практический сценарий: проверка без записи

Для входного шлюза, который принимает PNG от внешней системы, полезен режим, ничего не сохраняющий. Команда с -n, -check и -v может выступать частью предварительной диагностики:

pngcrush -n -check -v incoming.png

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

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

Практический сценарий: настройка разрешения для печати

Если готовый PNG имеет правильное число пикселей, но при импорте в издательскую программу открывается с неудобным физическим размером, можно записать pHYs через -res. Например, 300 dpi:

pngcrush -res 300 source.png print-metadata.png

Это не повышает детализацию и не превращает изображение низкого разрешения в пригодное для крупной печати. Если исходный файл 900×600 пикселей, он таким и останется. Меняется только метадата, позволяющая некоторым приложениям рассчитать физический размер. Для реального увеличения числа пикселей нужен ресэмплинг в графическом редакторе.

Практический сценарий: контролируемое удаление альфа-канала

Иногда пайплайн требует RGB без альфа-канала, например потому, что целевой движок не должен получать RGBA. Если все пиксели исходно непрозрачны, автоматическое -reduce может убрать избыточную альфу без изменения отображения. Если же прозрачность присутствует, принудительный тип цвета через -c 2 уже требует заранее решить, что делать с прозрачными областями.

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

Практический сценарий: изображения с полностью прозрачными областями

Для спрайтов и интерфейсных элементов часто характерны большие полностью прозрачные поля. Скрытые RGB-значения под нулевой альфой могли остаться от предыдущих этапов редактирования и создавать шум в сжимаемом потоке. В таком случае можно отдельно проверить -blacken и сравнить размер.

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

Практический сценарий: сборка фронтенд-проекта

Pngcrush удобно встроить как отдельный этап после генерации изображений и до вычисления финальных хэшей имён. Последовательность может выглядеть так: исходные ресурсы обрабатываются дизайнерским или программным генератором, затем готовые PNG проходят lossless-оптимизацию, после чего система сборки вычисляет content hash и копирует файлы в каталог публикации.

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

Если сборка кэшируется, в ключ кэша полезно включить версию Pngcrush и параметры запуска. Иначе изменение настроек оптимизации не обязательно заставит систему пересобрать старые артефакты. Воспроизводимый пайплайн должен считать инструмент частью входных данных задачи.

Практический сценарий: CI и контроль регрессий размера

Pngcrush можно использовать не только для создания финальных файлов, но и для контроля. Например, в репозитории хранится исходный PNG, а CI создаёт оптимизированную копию и сравнивает её размер с текущим артефактом. Если после правки размер резко вырос, сборка может выдать предупреждение.

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

Ещё одна полезная проверка — побайтовое сравнение декодированного RGBA между исходником и lossless-результатом. Она помогает обнаружить случайное добавление в команду ключа вроде -blacken или принудительного преобразования, если политика проекта требует полного сохранения декодированных каналов.

Практический сценарий: локальные ресурсы и -speed

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

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

Практический сценарий: сравнение режимов без сохранения лишних файлов

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

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

Режим MNG

В справке присутствует ключ -mng, который записывает новый MNG и не пытается оптимизировать встроенные PNG как обычный сценарий. MNG — отдельный формат семейства Portable Network Graphics, рассчитанный на несколько изображений и анимацию. Для большинства современных веб-задач этот режим не нужен, но он объясняет, почему описание Pngcrush иногда упоминает PNG и MNG вместе.

Наличие -mng не превращает программу в универсальный редактор анимации. Если задача связана с APNG, GIF или современными анимированными WebP/AVIF, следует выбирать инструмент, который явно понимает соответствующий формат и временную структуру.

Apple-изменённый pngcrush и CgBI: почему это не одно и то же

У названия pngcrush есть важная историческая ловушка: Apple распространяла изменённую версию утилиты для обработки ресурсов iPhone. Официальная страница Pngcrush отдельно предупреждает, что этот вариант меняет PNG-поток и создаёт файлы с chunk CgBI, которые не являются обычными стандартными PNG-потоками в привычном смысле. Поэтому при работе со старыми iOS-ресурсами нельзя автоматически считать, что файл прошёл через тот же Pngcrush, который описан здесь.

Если стандартный декодер сообщает, что PNG необычен, а файл извлечён из старого iOS-приложения, стоит проверить наличие CgBI и специфику платформенного пайплайна. Запуск обычного Pngcrush на таком файле без понимания преобразования может не решить проблему. Для обратного преобразования существовали отдельные инструменты, а некоторые версии Apple-утилиты умели отменять часть собственных оптимизаций.

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

Типичные ошибки запуска и их устранение

Команда не найдена

Сообщение о неизвестной команде означает, что оболочка не нашла исполняемый файл. Проверьте имя, текущий каталог и PATH. В Windows PowerShell для файла в текущей папке часто используют .pngcrush.exe. Если путь содержит пробелы, заключите его в кавычки. В Unix-подобной системе проверьте права на выполнение и фактическое место установки.

Входной файл не найден

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

Выходной файл уже существует

Если результат с таким именем существует, поведение зависит от режима и версии. Не стоит обходить защиту наугад. Решите, должен ли существующий файл быть заменён, удалён заранее или сохранён под другим именем. Для осознанной обработки на месте предусмотрен -ow. В скрипте лучше явно описать политику конфликтов, чем полагаться на случайное состояние каталога.

Вход и выход совпадают

Попытка указать одинаковый путь как обычный infile и outfile может быть остановлена проверкой. Это защита от повреждения исходника. Если требуется обработка на месте, используйте предусмотренный режим перезаписи. Ключ -nofilecheck не следует применять просто для обхода ошибки: он отключает защитный тест, но не исправляет логику команды.

Результат не стал меньше

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

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

После удаления чанков изменился вид

Если пиксели не менялись, а изображение выглядит иначе, вероятная причина — цветовые или прозрачностные метаданные. Проверьте, не удалены ли gAMA, sRGB, iCCP или tRNS. Возьмите исходник и результат, изучите список чанков и сравните отображение в нескольких приложениях. Возвращать все чанки вслепую не обязательно; нужно вернуть именно те данные, которые определяли корректную интерпретацию.

После -blacken изменилась последующая обработка

Это ожидаемый риск, потому что -blacken меняет скрытые RGB-значения полностью прозрачных пикселей. При обычной отрисовке они не видны, но могут участвовать в ресэмплинге или специальных алгоритмах. Если downstream-процесс использует эти значения, исключите -blacken и вернитесь к чисто lossless-режиму.

Ошибки CRC или ADLER32

Контрольная сумма указывает на несоответствие данных ожидаемому значению. Сначала сохраните проблемный оригинал и установите источник файла. Если повреждение возникло при передаче, правильнее повторно получить исходник. -fix можно пробовать на копии, но исправленный файл следует перепроверить. Отключение -nocheck не восстанавливает данные и не должно считаться решением проблемы.

Память заканчивается на очень большом PNG

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

Пакетная команда пропускает файлы

Чаще всего проблема находится в glob-маске или оболочке. Посмотрите, какие аргументы реально передаются программе. На Unix это можно проверить выводом списка, соответствующего маске; в PowerShell — отдельной командой перечисления файлов. Pngcrush не может обработать файл, который оболочка не передала ему как аргумент.

Производительность без выдуманных процентов

Для Pngcrush нельзя корректно назвать универсальную скорость «столько-то файлов в секунду». Она зависит от разрешения, энтропии изображения, числа пробуемых методов, версии библиотек, процессора, накопителя и параллелизма. -brute заведомо требует больше работы, чем стандартный поиск, потому что испытывает гораздо больше комбинаций. Небольшая иконка и многомегапиксельный скриншот создают совершенно разную нагрузку.

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

Для локальной разработки обычно важна быстрая обратная связь, поэтому достаточно стандартного режима или ограниченного набора методов. Для release-сборки можно позволить более долгий поиск. Разделение dev и release профилей часто даёт лучший общий результат, чем обязательный -brute при каждом сохранении файла.

CPU и дисковый ввод-вывод

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

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

Размер IDAT и общий размер файла

Оптимизация в Pngcrush исторически сосредоточена на IDAT. Но пользователь видит общий размер PNG, который включает сигнатуру, IHDR, PLTE при наличии, ancillary chunks, IDAT и IEND. Если к результату добавлен большой ICC-профиль или текстовые поля, общий файл может оставаться крупным. При анализе результата важно разделять эффективность компрессии пиксельного потока и политику метаданных.

Как проверять, что оптимизация действительно без потерь

Самый строгий практический способ — декодировать исходный и результирующий PNG в одинаковое каноническое представление, например RGBA 8 или RGBA 16 в зависимости от исходных данных, и сравнить значения. Простое сравнение файловых хэшей не подходит: рекомпрессия специально меняет байтовое представление, поэтому SHA-256 исходника и результата почти наверняка различаются.

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

Если используется -blacken, полное RGBA-сравнение закономерно покажет различия в прозрачных пикселях. Тогда критерий нужно сформулировать иначе: например, сравнивать итог после альфа-композитинга на нескольких фонах или отдельно игнорировать RGB там, где alpha=0. Важно, чтобы тест соответствовал реальной семантике проекта.

Проверка метаданных отдельно от пикселей

Два PNG могут иметь одинаковые пиксели и разную метаинформацию. Если проект требует сохранения pHYs, iCCP или конкретного текстового поля, RGBA-сравнения недостаточно. Нужен второй тест структуры чанков. Это особенно важно при использовании -rem, -save, -keep и параметров цветового описания.

Таким образом, понятие «без потерь» в инженерном процессе лучше разложить на две проверки: сохранность декодированных пикселей и сохранность обязательных метаданных. Pngcrush может оптимизировать первое и менять второе по команде пользователя.

Безопасная схема работы с оригиналами

Самая надёжная организация проекта отделяет мастер-файлы от оптимизированных артефактов. Исходный PNG хранится в каталоге ресурсов или генерируется из PSD, SVG, макета или другого первичного источника. Pngcrush пишет результат в отдельный build-каталог. Такой подход делает оптимизацию обратимой: если позже меняются параметры, достаточно пересобрать производный файл из исходника.

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

Для командной работы параметры Pngcrush лучше фиксировать в репозитории рядом со сборочным скриптом. Тогда каждый разработчик не выбирает ключи вручную. В комментариях скрипта полезно объяснить причины нетривиальных опций: почему удаляется конкретный chunk, зачем включён -speed или почему некоторые каталоги исключены.

Безопасность при обработке чужих PNG

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

Ключ -nolimits особенно нежелателен как постоянная опция для непроверенных загрузок. Защитные лимиты существуют, чтобы не позволять экстремальным параметрам бесконтрольно расходовать ресурсы. Если бизнес-задача требует огромных PNG, разумнее выделить отдельный контролируемый рабочий процесс с лимитами на уровне контейнера или ОС.

Имена файлов тоже относятся к границе доверия. Скрипт не должен составлять команду конкатенацией строки, если пользовательское имя способно интерпретироваться оболочкой как опция или специальная конструкция. Лучше передавать аргументы безопасным API запуска процессов или тщательно отделять имена от параметров. Эта рекомендация относится к любой CLI-утилите, а не только к Pngcrush.

Логи и коды завершения в автоматизации

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

Режимы -q, -warn и -s позволяют настроить объём сообщений. Для CI обычно удобен умеренный вариант: обычный шум убран, но предупреждения остаются. При локальной диагностике, наоборот, полезен -v или повторный -v -v.

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

Когда Pngcrush даёт небольшой выигрыш

Современные графические редакторы и сборочные сервисы нередко уже используют хорошие настройки PNG. Если такой файл прогнать через Pngcrush, пространство для улучшения может оказаться минимальным. Это не недостаток конкретного запуска: lossless-компрессия ограничена структурой данных, и два хороших энкодера часто приходят к близким результатам.

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

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

Когда Pngcrush вообще не нужен

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

Если требуется уменьшить размеры изображения с 4000×3000 до 1200×900, нужен ресайзер. Если требуется вырезать объект, исправить экспозицию, отретушировать лицо или наложить текст, нужен фоторедактор. Если требуется сократить палитру PNG до 256 цветов с контролируемым визуальным отклонением, нужен квантизатор вроде pngquant. Pngcrush логично применять после того, как эти операции уже завершены и на вход поступает окончательный PNG.

Особенности работы с уже палитровыми PNG

Индексированный PNG хранит таблицу PLTE и индексы цветов. Pngcrush умеет выполнять связанные с палитрой без потерь сокращения, если часть записей не используется, а также имеет низкоуровневый параметр -plte_len для усечения длины палитры. Последний требует осторожности: нельзя обрезать PLTE ниже максимального индекса, реально встречающегося в IDAT.

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

Для сильного уменьшения полноцветного PNG через перевод в палитру Pngcrush не является заменой pngquant. Квантизация выбирает ограниченный набор цветов и может вносить визуальное отклонение; это отдельный класс алгоритмов. Часто практический конвейер сначала квантует изображение, если потери допустимы, а затем применяет lossless-оптимизатор к уже полученному палитровому PNG.

Чем отличаются -force и стандартное поведение

Pngcrush обычно не должен сохранять результат только ради факта перекодирования, если выбранный IDAT получается хуже. Ключ -force заставляет записать выход даже при увеличении IDAT. Это полезно для экспериментов, тестов совместимости или когда задача состоит не в минимальном размере, а в другом структурном преобразовании.

Например, если нужно изменить метаданные и сохранить новый файл несмотря на небольшой рост сжатого потока, -force может быть оправдан. Но добавлять его в обычную задачу «сделать меньше» нелогично. Рост результата тогда перестаёт быть защитным условием и становится допустимым исходом.

Парный режим -noforce соответствует стандартной идее не записывать заведомо худший IDAT. В автоматизации важно понимать, что отсутствие нового файла при определённых условиях может быть нормальным поведением, поэтому скрипт должен быть согласован с выбранными параметрами.

Опция -already и повторная обработка

Ключ -already позволяет считать файл уже обработанным по условию, связанному с размером IDAT, и пропускать дальнейшую работу. Такой механизм может быть полезен в специализированном потоке, но он не доказывает, что конкретный PNG действительно был ранее оптимизирован именно нужными параметрами. Размер сам по себе не является меткой происхождения.

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

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

При включённом подробном режиме Pngcrush может показывать сведения о времени декодирования, кодирования и других этапах. Эти значения полезны для относительного сравнения режимов на одном компьютере. Их не следует выдавать за универсальную производительность программы: изменение процессора, частоты, сборки libpng/zlib, операционной системы и фоновой нагрузки меняет результат.

Для теста лучше повторить каждый режим несколько раз, отделить «холодный» запуск от прогретого файлового кэша и сравнивать медиану или устойчивое значение. Если разница между методами мала, практический эффект может быть несущественным. Для release-процесса важнее суммарное время партии, а не отдельного файла.

Сравнение с аналогами

Pngcrush логично сравнивать сразу с двумя группами инструментов. Первая — редакторы изображений, где пользователь меняет сам кадр и визуальные свойства. Здесь показательным ориентиром служит ФотоМАСТЕР. Вторая — другие оптимизаторы PNG: OptiPNG, pngquant и ZopfliPNG. Они пересекаются по назначению лишь частично, поэтому сравнение должно строиться по конкретным операциям, а не по абстрактной «мощности».

Pngcrush и ФотоМАСТЕР

ФотоМАСТЕР решает задачу другого уровня. В нём есть визуальная коррекция света и цвета, ретушь портретов, удаление объектов, замена и размытие фона, кадрирование, фильтры, работа с RAW и пакетная обработка ряда операций. Пользователь видит фотографию и редактирует её содержание. Pngcrush, напротив, не меняет композицию и не предоставляет визуальных инструментов; он работает с уже готовым PNG на уровне кодирования и структуры контейнера.

Поэтому эти программы не взаимоисключающие. Фотографию можно подготовить в ФотоМАСТЕРе, сохранить в PNG, а затем при необходимости прогнать через Pngcrush как технический этап. Если задача состоит именно в обработке снимка, консольный оптимизатор не заменит редактор. Если задача — автоматизировать lossless-рекомпрессию сотен готовых PNG на сервере или в сборке, полноценный фоторедактор избыточен.

Pngcrush и OptiPNG

OptiPNG — наиболее прямой аналог по классу задачи. Он также выполняет lossless-оптимизацию PNG, перебирает параметры сжатия и умеет делать без потерь некоторые преобразования представления. Важное отличие: OptiPNG официально поддерживает преобразование ряда внешних форматов — BMP, GIF, PNM и TIFF — в оптимизированный PNG, тогда как Pngcrush сосредоточен на PNG и низкоуровневых операциях с его чанками.

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

Pngcrush и pngquant

pngquant решает другую компрессионную задачу: он переводит изображение в эффективный 8-битный палитровый PNG с альфа-прозрачностью, подбирая палитру и при необходимости дизеринг. Это lossy-процесс: размер часто сокращается гораздо сильнее, но точные исходные цвета могут измениться. Есть управление диапазоном качества и возможность отказаться от преобразования, если требуемое качество не достигается.

Pngcrush не выполняет такую квантизацию. Если политика проекта запрещает любые изменения пикселей, Pngcrush подходит по принципу работы лучше. Если небольшое визуальное отклонение допустимо ради существенно меньшего файла, pngquant решает задачу, которую lossless-инструмент принципиально не может решить. Эти утилиты нередко комбинируют: сначала pngquant, затем lossless-оптимизация результата.

Pngcrush и ZopfliPNG

ZopfliPNG использует Zopfli для DEFLATE и перебирает стратегии PNG-фильтров. Он ориентирован на сильную lossless-компрессию ценой существенно большего времени CPU по сравнению с обычным zlib-кодированием. В официальном описании прямо отмечено, что вычислительная стоимость высока. Для финальных статических ассетов это может быть приемлемо, для частых локальных сборок — нет.

ZopfliPNG также по умолчанию удаляет многие ancillary chunks, неважные для типичного веб-использования, а нужные можно сохранять через --keepchunks. У Pngcrush политика метаданных управляется другим набором ключей и предоставляет очень детальную работу с отдельными чанками. При выборе важно не только сравнить байты, но и проверить, какие метаданные остались.

Как выбрать инструмент по задаче

Если нужно редактировать фотографию, менять фон, ретушировать и экспортировать разные форматы, нужен редактор вроде ФотоМАСТЕРа. Если нужен строго lossless PNG-оптимизатор с детальной работой с чанками и параметрами zlib, подходит класс Pngcrush/OptiPNG. Если допустима палитровая потеря ради сильного уменьшения, рассматривают pngquant. Если важен максимально тщательный lossless-поиск и время компрессии вторично, проверяют ZopfliPNG на собственном наборе.

Лучший практический критерий — не бренд, а воспроизводимый тест: одинаковые входные PNG, одинаковая политика метаданных, проверка декодированных пикселей и измерение размера и времени. Только после этого сравнение становится инженерным, а не рекламным.

Рабочие профили параметров

Вместо одной длинной команды на все случаи удобнее держать несколько понятных профилей. Первый — безопасная lossless-оптимизация готового PNG без сознательного вмешательства в метаданные. Второй — публикационный профиль, где заранее утверждён список удаляемых ancillary chunks. Третий — финальный тщательный прогон с расширенным поиском. Четвёртый — диагностический режим без записи.

Безопасный базовый профиль

pngcrush source.png result.png

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

Тщательный release-профиль

pngcrush -brute source.png result.png

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

Профиль проверки

pngcrush -n -check -v source.png

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

Профиль очистки текстовых комментариев

pngcrush -rem text source.png result.png

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

Контрольный список перед массовым запуском

1. Убедиться, что используется нужный бинарный файл Pngcrush, и записать его версию.
2. Сохранить мастер-файлы отдельно от каталога результата.
3. Выбрать несколько репрезентативных PNG и проверить команду на них.
4. Определить, какие ancillary chunks должны сохраняться, а какие допустимо удалить.
5. Отдельно решить, допустим ли -blacken; по умолчанию считать его изменяющей данные операцией.
6. Проверить декодированные пиксели автоматическим сравнением, если требуется строгая lossless-гарантия.
7. Проверить отображение в целевых браузерах, приложениях или движках.
8. Измерить размер и время на партии, а не на одном удобном примере.
9. Для CI настроить коды ошибок, журнал и предсказуемые пути вывода.
10. После утверждения параметров закрепить команду в скрипте или системе сборки.

Частые вопросы о Pngcrush

Ухудшает ли Pngcrush качество PNG?

Стандартная задача программы — lossless-рекомпрессия, при которой видимые пиксели не должны ухудшаться. Однако не все доступные ключи безусловно сохраняют каждое значение данных. Например, -blacken меняет RGB под полностью прозрачными пикселями, а принудительные операции с типом цвета, битовой глубиной и прозрачностью требуют осмысленного использования. Поэтому корректнее говорить: базовая оптимизация lossless, а отдельные преобразующие параметры нужно оценивать отдельно.

Почему после Pngcrush файл иногда почти не уменьшается?

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

Нужно ли всегда использовать -brute?

Нет. Этот режим проверяет намного больше методов и поэтому расходует больше времени. Его стоит оценивать на собственных файлах. Если выигрыш мал, стандартный профиль даёт более рациональный цикл сборки. -brute логичнее оставить для финальной оптимизации небольшого набора редко меняющихся ресурсов.

Можно ли оптимизировать папку целиком?

Да, через -d и список файлов, а также средствами оболочки или скрипта. Для рекурсивного дерева обычно внешний скрипт формирует список входов и пути выходов. Нужно заранее решить вопрос одинаковых имён из разных подкаталогов.

Можно ли использовать Pngcrush для JPEG?

Нет, его основной формат — PNG. Переименование JPEG в .png не конвертирует данные. Для JPEG нужен соответствующий энкодер или оптимизатор, а для преобразования форматов — конвертер изображений.

Удаляет ли Pngcrush метаданные автоматически?

Поведение зависит от типа чанка и параметров. Программа предоставляет явные команды -rem, -keep и -save. Не следует предполагать, что все метаданные будут либо обязательно сохранены, либо обязательно удалены. Если это важно, политику нужно задать и проверить на структуре результата.

Что выбрать: Pngcrush или pngquant?

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

Что выбрать: Pngcrush или OptiPNG?

Оба инструмента подходят для lossless-оптимизации PNG, но имеют разные наборы опций и детали поиска. OptiPNG дополнительно принимает несколько других растровых форматов и преобразует их в PNG. Pngcrush даёт подробный набор команд для чанков и параметров zlib. Практический выбор лучше делать по собственному набору изображений и требованиям к метаданным.

Можно ли проверить файл, ничего не сохраняя?

Да. Для этого есть -n. Его удобно сочетать с -v и при необходимости -check, чтобы получить диагностическую информацию без создания выходного PNG.

Что означает «метод» в выводе?

Метод — это не фильтр качества и не формат. Он обозначает конкретное сочетание параметров, с которыми Pngcrush пробует сформировать IDAT: фильтрацию, уровень и стратегию zlib и связанные настройки. Программа сравнивает результаты и выбирает лучший среди проверенных вариантов.

Нужно ли сохранять gAMA и ICC?

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

Почему PNG после оптимизации имеет другой хэш?

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

Можно ли использовать Pngcrush в WordPress-процессе?

Да, как внешний этап подготовки PNG перед загрузкой или как часть серверного пайплайна, если инфраструктура это допускает. Сам Pngcrush не является плагином WordPress, не работает через медиатеку и не знает о размерах изображений, создаваемых CMS. Если WordPress или другой плагин затем пересоздаёт файлы, оптимизировать нужно тот набор, который реально раздаётся посетителям.

Итоговая роль Pngcrush в рабочем процессе

Pngcrush полезен там, где PNG уже создан и требуется технически доработать его представление: перебрать фильтры и параметры zlib, выполнить безопасные сокращения структуры, проверить целостность, управлять ancillary chunks и повторяемо обработать партию файлов из скрипта. Это инженерный инструмент с большим числом низкоуровневых ключей, поэтому максимальную пользу он даёт не при случайном переборе опций, а при заранее определённой политике качества, метаданных и автоматизации.

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