The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Доступен MozJPEG 3.0, высокоэффективный кодировщик JPEG-изображений от проекта Mozilla

31.12.2014 11:20

В последний день уходящего года проект Mozilla опубликовал третий выпуск пакета mozjpeg, в рамках которого развивается высокоэффективный кодировщик JPEG-изображений, демонстрирующий более высокую степень сжатия при сохранении совместимости с подавляющим большинством существующих декодировщиков JPEG. Mozjpeg является форком библиотеки libjpeg-turbo и обеспечивает обратную совместимость c ней. Код mozjpeg распространяется под лицензией BSD.

В качестве причины создания mozjpeg упоминается проблема увеличения размера сайтов в Web, чему способствует активное размещение фотографий. Для того, чтобы сократить трафик, компания Google пытается продвинуть формат WebP, отличающийся более эффективным кодированием, но пока не получившим повсеместное распространение. Разработчики Mozilla выбрали другой путь и занялись оптимизацией методов кодирования JPEG без нарушения совместимости с декодировщиками. По результатам сравнительного анализа, форматы WebP и JPEG XR не обеспечивают достаточно большого преимущества по сравнению с хорошо оптимизированным кодировщиком JPEG. Значительных улучшений удалось добиться только при использовании методов HEVC (H.265), но они защищены патентами и не могут использоваться без ограничений. В качестве свободной альтернативы при участии Mozilla развивается свободный кодек Daala, но работа над ним ещё далека до завершения.

Отличие mozjpeg от libjpeg-turbo, другого форка libjpeg, сводится к тому, что libjpeg-turbo нацелен на оптимизацию скорости кодирования и декодирования, а mozjpeg развивает методы сокращения размера файлов. Для новых возможностей mozjpeg добавлены новые опции, которые для сохранения совместимости не включены по умолчанию в библиотеке, но активированы в поставляемой в комплекте утилите cjpeg, при использовании которой применяется наиболее агрессивный набор оптимизаций для сокращения размера результирующих файлов. Из реализованных в прошлых выпусках mozjpeg методов можно отметить технику адаптивного треллис-квантования (trellis quantization), уже используемую в видео-кодеках Theora, Xvid и x264, а также прогрессивное сканирование ("jpgcrush"), обеспечивающее выявление оптимальной конфигурации кодирования, которая использует меньший объём данных.

В новом выпуске:

  • Проведена большая работа по обеспечению полной обратной совместимости на уровне ABI c библиотекой libjpeg-turbo. Таким образом, mozjpeg теперь можно использовать в качестве прозрачной замены, как libjpeg, так и libjpeg-turbo. Работа по обеспечению совместимости проведена совместно с разработчиками libjpeg-turbo, с которыми согласован план поддержания совместимости API с учётом подготовки будущих выпусков.
  • Улучшена реализация треллис-квантования, позволяющая сократить размер при сохранении общего уровня качества за счёт оптимального подбора блоков трансформации, минимизирующих метрики размер/искажения и применяющих сглаживание некоторых мелких деталей, не влияющих на общее восприятие картинки, компенсируя такое сглаживание повышением качества цветопередачи. В новом выпуске, в дополнение к традиционным настройкам таблиц квантования, рассчитанным на отображение на обычных экранах, добавлены новые преднастройки, оптимизированные для изображений выводимых на экранах сверхвысокого разрешения (high-DPI).
  • Реализована техника устранения ореола (deringing) для черного текста на белом фоне. Для такого текста mozjpeg теперь может очищать серый "туман", возникающий вокруг букв, что позволяет не только сократить размер, но и увеличить качеcтво картинки.
  • Обеспечено объединение раздельных маркеров DQT (FFDB) и DHT (FFC4) в один сводный маркер.
  • Добавлена опция для выбора таблиц квантования;
  • В утилиту cjpeg добавлена возможность использования на входе PNG-файлов и добавлен флаг "-version" для показа номера версии;
  • Перенос новых возможностей из свежей кодовой базы libjpeg-turbo.

  1. Главная ссылка к новости (https://groups.google.com/foru...)
  2. OpenNews: Создатель QEMU и FFmpeg предложил новый формат изображений BPG
  3. OpenNews: Проект Mozilla представил высококачественный кодировщик JPEG-изображений mozjpeg 2.0
  4. OpenNews: Mozilla анонсировал проект mozjpeg, нацеленный на сокращение размера JPEG-изображений в Web
  5. OpenNews: Компания Google продолжает активное продвижение формата WebP
  6. OpenNews: Google выпустил третью версию библиотеки с реализацией формата WebP
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/41371-mozjpeg
Ключевые слова: mozjpeg, mozilla
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (20) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 12:02, 31/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +21 +/
    >но они защищены патентами

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

     
     
  • 2.7, Аноним (-), 15:11, 31/12/2014 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Защита интересов создателей алгоритма защитой уже не считается?
     
     
  • 3.8, Аноним (-), 15:21, 31/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не считается. Никогда не считалась.
     
  • 3.9, Michael Shigorin (ok), 18:25, 31/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Защита интересов создателей алгоритма защитой уже не считается?

    1) в приличных странах -- нет, по факту;
    2) интересы создателей алгоритма к софтпатентам обычно очень быстро перестают относиться.

     
  • 3.14, Vkni (ok), 19:03, 02/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Защита интересов создателей алгоритма защитой уже не считается?

    Это скорее нападение. :-)

     

  • 1.2, Я (??), 12:23, 31/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Какой смысл улучшать качество текста в жипеге, если для текста используют PNG?
     
     
  • 2.5, RazrFalcon (ok), 13:03, 31/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если бы...
     
  • 2.12, maxst (?), 13:13, 02/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А есть ли смысл, наппример, сохранять отсканированный A4 документ в lossless формате?
    Неужели в данном случае настолько важен точный цвет каждого пиксела, что lossy формат не подойдет?
     
     
  • 3.13, клоун (?), 16:18, 02/01/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эта идея реализована в формате DjVu. В нём, помимо прочего, каждый блок (графика, текст) сжимается разными алгоритмами.

    Особого распространения он не получил. Разве что контрафакт по-бырому сканить.

     
  • 3.21, BeLord (ok), 11:04, 09/04/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Очень от документа зависит, для части документов да важно, для какого-нибудь отчета об обновлении ноды, можно вообще документ сделать черно-белым суть не поменяется.
     
  • 2.18, alltiptop (ok), 20:51, 05/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вовсе нет, для текста используют текст, в очень крайних случаях встраиваемые шрифты.
     

  • 1.3, Константавр (ok), 12:35, 31/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Плохо то, что люди совершенно не заботятся о том, что и в каком виде выкладывают, потому что "фейсбук всё скушает". А вот хранились бы на фейсбуке только ссылки, а сами фотки на компьютере автора и качались бы каждый раз с ЕГО компьютера, сразу бы задумались о важности снимка, размерах, электричестве и прочее.

    Даёшь торрентнет :)

    Да, я не выспался.

     
     
  • 2.15, Xasd (ok), 16:24, 03/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Плохо то, что люди совершенно не заботятся о том, что и в каком виде выкладывают

    плохо -- кому? :-)

    человеку(?) . нет, людям не плохо..

    природе(?) . нет, так как процесс вычисления (и хранения данных) -- не требует затрат энергии.

    во время работы серверов -- выделяется тепло. и электроэнергия расходуется ТОЛЬКО на выделение тепла (а не на вичисления).

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

    в этом случае лашний расход энергии уходит лишь на освещение помещения датацентра (а не на работу серверов).

     
  • 2.17, torvn77 (ok), 16:52, 04/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Даёшь торрентнет :)

    Боюсь что тогда люди о размере совсем думать перестанут. >_<

     

  • 1.4, kurokaze (ok), 12:38, 31/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >более высокую степень сжатия при сохранении совместимости с подавляющим большинством существующих декодировщиков JPEG

    libjpeg-turbo создавался для ускорения посредством использования фич проца, а это нафиг не нужно, когда есть webp

     
  • 1.6, anonymous (??), 14:41, 31/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Из реализованных в прошлых выпусках mozjpeg методов можно отметить технику адаптивного треллис-квантования (trellis quantization), уже используемую в видео-кодеках Theora, Xvid и x264, а также прогрессивное сканирование ("jpgcrush"), обеспечивающее выявление оптимальной конфигурации кодирования, которая использует меньший объём данных

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

     
  • 1.10, Аноним (-), 20:14, 31/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тоже самое, но для PNG
    - http://pngquant.org/
     
  • 1.11, dimqua (ok), 21:04, 31/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно как это по сравнению с https://tinyjpg.com/?
     
  • 1.16, Аноним (-), 19:56, 03/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про недавний BPG уже забыли? Кстати там новые версии уже повыходили.
    Даже уже обратную совместимость успели поломать:
    > Warning: in order to allow the future support of progressive display, BPG version >= 0.9.4 is incompatible with earlier BPG versions for images with transparency.

    Но пока свежо и горячо это правильное решение.

     
  • 1.20, rsneha (ok), 13:02, 13/07/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Checkout this one : https://jpegcompress.com

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру