The OpenNET Project / Index page

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

Mozilla анонсировал проект mozjpeg, нацеленный на сокращение размера JPEG-изображений в Web

07.03.2014 10:21

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

В настоящее время актуальной является проблема увеличение размера сайтов в Web, существенное влияние на который оказывает активное размещение фотографий. Для того чтобы сократить трафик компания Google пытается продвинуть формат WebP, отличающийся более эффективным кодированием, но пока не получившим повсеместное распространение. Разработчики Mozilla решили пойти иначе и занялись оптимизацией методов кодирования JPEG без нарушения совместимости с декодировщиками. Проанализировав применяемые ныне кодировщики JPEG, был сделан вывод, что не все возможные пути сокращения размера используются и эффективность кодирования JPEG можно заметно улучшить без потери совместимости.

Первый выпуск mozjpeg примечателен добавлением функциональности "jpgcrush", основанной на алгоритме из одноимённой утилиты, изначально написанной на языке Perl и позволяющей успешно сокращать размер JPEG-файлов без потери качества. В среднем jpgcrush позволяет при полном сохранении качества сократить размер JPEG-файла на 2-6% для изображений перекодированных из PNG в JPEG при помощи оригинальной библиотеки libjpeg. При тестировании выборки из 1500 JPEG-файлов, размещённых на Wikimedia, в среднем их размер был уменьшен на 10%.

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

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

  1. Главная ссылка к новости (https://blog.mozilla.org/resea...)
  2. OpenNews: Релиз библиотеки Libjpeg 9 с поддержкой режима сжатия без потерь
  3. OpenNews: В новой версии WebP появилась поддержка прозрачности и кодирования без потерь
  4. OpenNews: Google выпустил третью версию библиотеки с реализацией формата WebP
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/39258-libjpeg
Ключевые слова: libjpeg, jpeg, mozjpeg, mozilla
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (31) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Нанобот (ok), 10:57, 07/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    >для промышленного применения

    какое-то нынче слишком гламурное представление о нуждах промышленности

     
     
  • 2.23, Аноним (-), 14:43, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В оригинале — «production quality».
     
  • 2.24, Аноним (-), 14:45, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как те, кто заминусовал комментарий Нанобота, смотрят на https://www.gnu.org/philosophy/words-to-avoid.ru.html#SoftwareIndustry ?
     
     
  • 3.58, Аноним (-), 10:06, 11/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А не срать ли на рейтингодрочеров?
     

  • 1.8, anonymous (??), 12:22, 07/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Три буквы: PNG.
     
     
  • 2.10, Аноным (ok), 12:59, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Для разных целей, ещё про SVG скажи.
     

  • 1.17, SergMarkov (ok), 13:49, 07/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    будет актуально в царстве победившего диалапа (только его сначала надо найти) или в нищебродстве лутших тарифов.
     
     
  • 2.18, тоже Аноним (ok), 14:04, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вообще-то уменьшение фоток на 10% не решает проблему диалапа.
    А вот разница в серверном пространстве в 10% может быть довольно ощутима в деньгах.
     
  • 2.20, paulus (ok), 14:11, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Тут говорится не о твоей проблеме трафика, а о тех кому это все хранить на серверах...
     
     
  • 3.22, SergMarkov (ok), 14:39, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут говорится не о твоей проблеме трафика, а о тех кому это
    > все хранить на серверах...

    Для того чтобы сократить трафик компания Google пытается продвинуть формат WebP
    Разработчики Mozilla решил пойти иначе и занялись оптимизацией методов кодирования JPEG

    Букварь в помощь :-)

     
     
  • 4.36, Sergey722 (ok), 16:30, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да цель - сократить трафик. Тут вы правы (если сама статья не перевирает).
    Но они хотят сократить не Ваш трафик, а серверный. Чтобы их сервера были меньше нагружены (или можно было уменьшить их количество). Сервера эти точно не на диалапе (99,99999%). То, что уменьшится Ваш трафик всего навсего приятное дополнение.
     

  • 1.21, x0r (??), 14:30, 07/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    пусть попробуют сделать хороший браузер, а потом занимаются всем остальным
     
     
  • 2.26, Andrey Mitrofanov (?), 14:52, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > пусть попробуют сделать хороший браузер, а потом занимаются всем остальным

    Они уже. Зателепали уже пробовать. //Не пробуй, Люк.

     
  • 2.29, Crazy Alex (ok), 15:14, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Пусть лучше не пробуют. Оставят ошметки того, что было хорошим браузером, в покое и не портят его дальше.
     
     
  • 3.31, SergMarkov (ok), 15:17, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Пусть лучше не пробуют. Оставят ошметки того, что было хорошим браузером, в
    > покое и не портят его дальше.

    ftp.mozilla.org/pub/firebird/releases/0.6/MozillaFirebird-0.6-i686-pc-linux-gnu.tar.gz
    :-)

     
     
  • 4.51, Crazy Alex (ok), 20:50, 08/03/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спасибо, у меня есть seamonkey. Авторы которого не чинят то, что не сломано, а только берут новые движки - единственное, что осталось у мозиллы более-менее на уровне.
     

  • 1.30, Аноним (-), 15:17, 07/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Поднадоели велосипеды от Мозиллы. Лучше бы Qt морду для фуррифокса сделали.
     
     
  • 2.35, Аноным (ok), 16:29, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Браузер уже не модно, сейчас модно ОС из браузера.
     
  • 2.45, Lain_13 (ok), 23:38, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты имеешь в виду переписывание всей морды на Qt, то сдохнут практически все расширения, а на это не пойдут. Если ты о прикручивании Qt-виджетов поверх XUL вместо тех, что есть, то тогда какая нафиг разница?
     
     
  • 3.49, Аноным (ok), 14:15, 08/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В любом случае надо от ГТК2 уходить и лучше на Кути5, чем на умирающий ГТК3
     
     
  • 4.53, Аноним (-), 00:30, 09/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ждём компромиссный вариант: навелосипеденный мозилловцами гтк-совместимый тулкит. Может в нём хоть темы отваливаться не будут.
     

  • 1.40, Perain (?), 19:51, 07/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Теперь на Wine можно использовать данный форк ?
     
     
  • 2.41, Perain (?), 19:52, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    libjpeg-turbo is a JPEG image codec that uses SIMD instructions (MMX, SSE2, NEON) to accelerate baseline JPEG
     

  • 1.46, lucentcode (ok), 07:09, 08/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Начинание хорошее. Но лучше бы они активно продвигали WebP, чем оптимизировали jpeg.
     
     
  • 2.47, тоже Аноним (ok), 11:35, 08/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На пути любых начинаний в вебе, не обеспечивающих обратной совместимости, лежит зловонный труп, ныне имеющий актуальную версию 11. Что бы ни делали Гугль с Мозиллой вместе или порознь - мэйнстримом оно не станет, пока псевдобраузер не соизволит это хоть как-нибудь поддерживать.
     
     
  • 3.52, GArik (?), 22:10, 08/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А что в firefox'е уже есть поддержка webp? Что-то пока не видно, чтобы mozilla хоть что-то делала, дабы поддержать хорошее начинание. То они какой-то apng продвигали, который нигде больше не поддерживается и требует изменений в libpng, теперь вот ещё какую-то такую же херню придумали. Такое ощущение, что им просто нравится заниматься бесполезной идиотской работой.
     
     
  • 4.54, тоже Аноним (ok), 02:19, 09/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько бы усилий ни потратила Мозилла на поддержку WebP (или Dart, или иных прогрессивных начинаний Гугля), это будет работа, результаты которой могут так никогда и не стать востребованными.
    А в этом проекте - повсеместно используемый JPEG. Допилят - и можно внедрять, ничего не ломая.
     
     
  • 5.56, GArik (?), 14:47, 09/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В том то и дело, что на данный момент предпринимает все усилия, чтобы не дать webp возможности получить распространение. Добавить поддержку webp -- это сто строк кода. Все библиотеки написаны, документация и примеры есть, вызови три функции и всё готово. Там реально работы на три-четыре часа одному программисту. К тому же патчи есть давно, их просто не принимают. Вместо этого они придумывают свои велосипеды. Так что не надо тут про усилия и про востребованность/невостребованность.
     
     
  • 6.57, arisu (ok), 14:51, 09/03/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    apng вместо гифа тоже не хотели. у тормозиллы вообще аллергия на всё, что придумано вне тормозиллы.
     
  • 4.60, paulus (ok), 00:18, 21/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    есть.
    >А что в firefox'е уже есть поддержка webp?
     

  • 1.59, Аноним (-), 16:57, 14/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а чего не JpegXR не приютили ?
    или гуглевский мутант, кой - смесь его-же и Jpeg2000.
     

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



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

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