https://www.opennet.ru/openforum/vsluhforumID3/138337.html Организация PDF Association, занимающееся стандартизацией технологий PDF, добавила поддержку формата изображений JPEG XL в спецификацию PDF. По словам технического директора PDF Association, в PDF назрела потребность в отображении контента с расширенным динамическим диапазоном яркости (HDR) и JPEG XL выбран в качестве предпочтительного решения. Предполагается, что использование в PDF станет стимулом для более широкого распространения формата JPEG XL, несмотря на отказ Google от его поддержки в браузере Chrome, объяснив своё решение низким интересом со стороны разработчиков и пользователей...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64220<br> https://www.opennet.ru/openforum/vsluhforumID3/138337.html#192 Mon, 17 Nov 2025 08:47:46 GMT Добавлю более обоснованного скепсиса к JXL:<br><br>&gt; 19th March 2022. Jon Sneyers: Reaching [b]libjxl 1.0 will certainly happen this year[/b] (I hope before summer).<br>&gt; jonsneyers on Nov 3, 2022: we are aiming to reach the libjxl 1.0 milestone within a reasonable timeframe, i.e. [b]somewhere in 2023[/b], preferably first half.<br><br>Тем временем конец 2025 и про релиз перестали говорить. В багтрекере обсуждают регрессии по степени сжатия в lossless-режиме между 0.8-0.11, в lossy-режиме он конкурирует с AVIF и если AVIF где-то отстаёт, у него в запасе трюк времён x264 - 10-битный режим повышает эффективность сжатия 8-битных исходников.<br><br>https://encode.su/printthread.php?t=3397&pp=30&page=5<br>https://news.ycombinator.com/item?id=33442281<br> https://www.opennet.ru/openforum/vsluhforumID3/138337.html#191 Fri, 14 Nov 2025 23:52:43 GMT Я: не сложилось традиции уточнять lossy/lossless через расширение файла, хотя было бы полезно.<br><br>Ты: [i]*марково-цепочный ответ про то, что jpeg используют для видео, отсутствие пользы не помогает, а расширения используют для удобства пользователя*[/i]<br><br>???<br> https://www.opennet.ru/openforum/vsluhforumID3/138337.html#190 Fri, 14 Nov 2025 13:36:38 GMT j2k, webp, bpg и avif никто специально не использует. Либо кладут в PNG и не парятся, формат поддерживает альфу и открывается везде, либо жмут в жипег, причём зачастую в mjpeg. И то, что они разное содержимое обозначают одинакого им не помогает. docx и odt тоже всего лишь зипки, или логи программы (.log) и её конфиг (.cfg) тоже всего лишь текмтовые файлы в (надеюсь) utf-8 (без BOM и прочего дебилизма).<br> https://www.opennet.ru/openforum/vsluhforumID3/138337.html#189 Fri, 14 Nov 2025 06:24:18 GMT &gt; там по определению много вычеслений в сравнении даже с арифметическим преобразованием<br>&gt; которое опцией в JPEG есть и которое почти никто не поддерживает<br><br>Но надо прояснить - от поддержки отказались, чтобы не плодить файлы, несовместимые со старыми декодерами, которые не поддерживали арифметическое кодирование (вместо хаффмана) из-за патентов. Связи со скорость нет.<br><br>&gt; DjVu сами загнали себя в прокрустово ложе сканированных книжек<br><br>А куда его ещё? С PDF после открытия его в 2008 он не смог бы конкурировать.<br><br>&gt; оказалось, что замена "B" на "8" в сканированных документах может не <br>&gt; только люто бесить, но и быть официальной причиной отказа в использовании <br>&gt; формата в кач-ве архивного.<br><br>Это про lossy-режим в JB2(DjVu)/JBIG2(PDF). Lossless-режим запретили за компанию:<br>- у госархивов много денег<br>- выяснять режим кодирования может быть непросто<br>- у госархивов высокие требования к качеству, а это 1-битный формат<br><br>https://djvu-soft.narod.ru/scan/in_problem.htm<br> https://www.opennet.ru/openforum/vsluhforumID3/138337.html#188 Fri, 14 Nov 2025 05:22:22 GMT &gt; вэйвлеты гораздо лучше косинусоид. WebP с качеством 76<br><br>Только в WebP (в VP8) нет никаких вейвлетов. Там тот же DCT, только на 4x4 вместо 8x8 и поверх добавлены макроблоки 16x16, предсказание внутрикадровое; есть WHT, но это тоже не вейвлеты и он навешан поверх DCT (сжимает DC-коэффициенты яркости в макроблоке).<br><br>А вейвлеты в DjVu не используются для текста и графики с чёткими контурами - они в JB2, а вейвлетный IW44 используют, чтобы курочить фон и картинки (не попадалось ни одной качественной картинки в IW44).<br><br>WebP обязан сжимать эффективнее JPEG из-за разницы в 15-20 лет.<br><br>&gt; отсканированных текстов и чёрно-белых чертежей<br><br>Если они чистые, то lossless-кодеки (PNG с палитрой, например) не догнать.<br>Если они грязные, то их можно почистить.<br>Если они смешаны с ценным фоном и/или изображениями, то их надо разделять (Mixed Raster Content) как позволяет PDF или DjVu. Получается гора близких друг другу задач, на которые опенсорс не замахивается (хотя... есть это[1]) и нужен Adobe с его ClearScan или что https://www.opennet.ru/openforum/vsluhforumID3/138337.html#187 Fri, 14 Nov 2025 05:15:06 GMT &gt;&gt; Сжатие JPEG без потерь <br>&gt; Спасибо, вы сделали мой день!<br><br>https://en.wikipedia.org/wiki/Lossless_JPEG<br><br>... но в дикой природе ты JPEG2000 гораздо чаще встретишь.<br> https://www.opennet.ru/openforum/vsluhforumID3/138337.html#186 Fri, 14 Nov 2025 05:06:41 GMT &gt; Для отсканированных текстов и чёрно-белых чертежей вэйвлеты гораздо лучше косинусоид. <br><br>Да, согласен, вейвлеты и сейчас неплохо смотрятся, если бы их оптимизировали. Но там по определению много вычеслений в сравнении даже с арифметическим преобразованием, которое опцией в JPEG есть и которое почти никто не поддерживает (например Firefox со своим WONTFIX).<br><br>&gt; Возможно, DjVu был бы не хуже, но он почему-то непопулярен.<br><br>DjVu сами загнали себя в прокрустово ложе сканированных книжек и сфейлили, когда оказалось, что замена "B" на "8" в сканированных документах может не только люто бесить, но и быть официальной причиной отказа в использовании формата в кач-ве архивного.<br><br>&gt; Единственное достоинство JPEG XL &#8212; пережимать накопленные JPEG без потерь.<br><br>Да, это вин.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/138337.html#185 Thu, 13 Nov 2025 19:33:51 GMT Именно побитовое совпадение разжатого изображения. И совпадение результатов разложения Фурье. Но для сжатия этих данных используются более эффективные методы, чем алгоритм Хаффмана. Именно в этом киллер-фича JHL.<br><br>Можно использовать другие размеры блоков, какие-то ещё ухищрения, размер будет ещё меньше, но уже без побитового совпадения.<br> https://www.opennet.ru/openforum/vsluhforumID3/138337.html#184 Thu, 13 Nov 2025 19:22:31 GMT JPEG2000 из-за патентов никто не пытался оптимизировать особо. Патенты истекли, но желающих нет.<br><br>Для отсканированных текстов и чёрно-белых чертежей вэйвлеты гораздо лучше косинусоид. WebP с качеством 76 выглядит гораздо чище, чем JPEG и JPEG XL с качеством 80, и при этом размер в несколько раз меньше, чем JPEG и JPEG XL с качеством 50. Возможно, DjVu был бы не хуже, но он почему-то непопулярен. ImageMagick 7.1.2.<br><br>Единственное достоинство JPEG XL &#8212; пережимать накопленные JPEG без потерь.<br>