The OpenNET Project / Index page

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

Проект Mozilla представил высококачественный кодировщик JPEG-изображений mozjpeg 2.0

15.07.2014 20:15

Проект Mozilla анонсировал второй выпуск проекта mozjpeg, в рамках которого развивается высококачественный кодировщик JPEG-изображений, демонстрирующий более высокую степень сжатия при сохранении совместимости с подавляющим большинством существующих декодировщиков JPEG. Код библиотеки распространяется под лицензией BSD. Сообщается, что интерес к проекту проявил Facebook, который пожертвовал 60 тысяч долларов на разработку следующего выпуска и начал тестирование mozjpeg 2.0 для сокращения размера изображений на сайте facebook.com.

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

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

В версии mozjpeg 2.0 для улучшения кодирования задействована техника адаптивного треллис-квантования (trellis quantization), уже используемая в видео-кодеках Theora, Xvid и x264. Суть метода сводится к выбору такого набора уровней в блоке трансформации, который минимизирует метрики размер/искажения, подбирая параметры, для которых удаётся добиться минимального размера при сохранении качества. В итоге, удалось обеспечить уменьшение размера изображений в среднем на 5% без потери качества. Из других изменений отмечается поддержка в утилите cjpeg перекодирования JPEG-изображений (ранее на вход не могли передаваться JPEG-файлы). Добавлены атрибуты для тонкой настройки параметров PSNR, PSNR-HVS-M, SSIM и MS-SSIM.

Одновременно опубликованы результаты сравнения форматов сжатия изображений с потерями JPEG, WebP, JPEG XR и HEVC-MSP. Наилучшие показатели продемонстрировал HEVC-MSP.

  1. Главная ссылка к новости (https://blog.mozilla.org/blog/...)
  2. OpenNews: Релиз библиотеки Libjpeg 9 с поддержкой режима сжатия без потерь
  3. OpenNews: В Ubuntu сборку Firefox планируется добавить поддержку формата JPEG 2000
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/40209-jpeg
Ключевые слова: jpeg, mozilla
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (80) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 21:24, 15/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    WebP так и не хотят поддерживать https://bugzilla.mozilla.org/show_bug.cgi?id=856375
     
     
  • 2.3, arisu (ok), 21:32, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +33 +/
    > WebP так и не хотят поддерживать https://bugzilla.mozilla.org/show_bug.cgi?id=856375

    у них есть более приоритетные задачи: пилить механизмы для поддержки DRM. ведь для Свободного Веба механизмы поддержки DRM намного нужнее, чем какие-то там свободные форматы!

     
     
  • 3.6, rob pike (?), 22:21, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Гораздо лучше иметь возможность использовать DRM в Firefox чем не иметь такой возможности.

    А с тем что "проект Мозилла" занимается всем чем угодно кроме тех проблем, которые давно достали и передостали пользователей их браузера - разумеется, все согласны.

     
     
  • 4.9, Аноним (-), 23:30, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Нет не лучше.
     
  • 4.14, user (??), 00:32, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Браузер для телевизора пусть пилят производители телевизоров, незачем тащить эту каку в нормальный браузер.
     
  • 4.25, arisu (ok), 10:13, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Гораздо лучше иметь возможность использовать DRM в Firefox чем не иметь такой
    > возможности.

    чем лучше? DRM и Open Web — антонимы. так что мозилловцам надо что-то решать или с трусами, или с крестиком.

     
  • 4.33, user (??), 10:59, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    DRM означает, что у издателей есть выключатель и можно делать только то, что издатели разрешат. Такое может понравиться только любителям BDSM.
     
  • 4.42, Аноним (-), 14:02, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Гораздо лучше иметь возможность использовать DRM в Firefox чем не иметь такой возможности.

    Гораздо лучше иметь возможность расстрелять тебя, чем не иметь такой возможности.

     
  • 4.54, user (??), 19:55, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Концепция DRM предполагает, что контент бывает только издательский. В телевизоре это имеет хоть какое-то отношение к реальности, в интернете абсолютно нет.
     
  • 4.58, Anonym2 (?), 00:30, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Гораздо лучше иметь возможность использовать DRM в Firefox чем не иметь такой
    > возможности.

    Многие не помимают насколько это верно. И для лучшего понимания надо добавить, что использовать DRM в Firefox и прочих mozilla х будут отнюдь не те, кто с помощью этих "браузеров" вознамерится смотреть web. Их в общем-то тоже предполагается использовать. Для разных нужд. И кому-то это будет гораздо лучше, чем не использовать... Гм. >:-)

     
     
  • 5.61, Аноним (-), 05:48, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Многие не помимают насколько это верно.

    Спасибо, блобье с активиксами на сайтах мы уже видели. А веб расцвел как раз потому что это загнулось. А теперь опять за старое? Да это EPIC FAIL для мозиллы.

     
  • 4.72, ааа (??), 14:41, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    - Чем лучше?
    - Чем грузины!

    А такое видел?
        [    2.124670] ata1.00: supports DRM functions and may not be fully accessible

     
     
  • 5.73, arisu (ok), 14:55, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А такое видел?

    в чём проблема с Direct Rendering Mode?

     
     
  • 6.79, Аноним (-), 14:11, 19/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > в чём проблема с Direct Rendering Mode?

    ...в ata1.00? oO Это наверное про какую-нибудь протрояненую гадость типа блурея.

     
     
  • 7.82, arisu (ok), 14:49, 19/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ...в ata1.00?

    упс. а слона-то я и не приметил. спасибо.

     
  • 2.10, Аноним (-), 23:41, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >WebP так и не хотят поддерживать https://bugzilla.mozilla.org/show_bug.cgi?id=856375

    В последнее время состояние психики менеджеров лисы просто пугает. Желаю им скорейшего прекращения финансирования со стороны гугла, может тогда мозги на место встанут.

     
     
  • 3.26, arisu (ok), 10:14, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Желаю им скорейшего прекращения финансирования со стороны гугла

    (замечание в сторону) то есть, это сам гугель их отговаривает поддерживать свой webp, и вместо этого реализовывать формат от m$?

     

  • 1.2, arisu (ok), 21:29, 15/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > x264

    надеюсь, мпегла зайдёт к ним в гости.

     
     
  • 2.4, Stax (ok), 21:48, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В смысле?
    Треллис-квантование это математический алгоритм, реализован много где, возможна реализация безо всяких хитростей, патентовать там нечего. Разве что конкретную реализацию.
     
     
  • 3.23, arisu (ok), 10:12, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    копирастам когда-то это мешало? впрочем, без тэга «sarcasm», видимо, уже совсем никак…
     
     
  • 4.37, Аноним (-), 12:08, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Без тэга "остсутсвие чувства юмора" и "плоские шутки", уж совсем никак! Нужно больше точек в конце, добавь загадочности...
     
  • 3.75, Lain_13 (ok), 01:04, 18/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, собственно вопрос скорее в том есть ли у MPEG-LA патент конкретно на этот алгоритм или нет. Проблема с тем же h264 как-раз в том, что на отдельные используемые в нём алгоритмы у MPEG-LA есть патенты. Да, это противоречит здравому смыслу.
     
  • 2.16, pavlinux (ok), 03:37, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они зарегали патент на преобразования Фурье?  
     
     
  • 3.24, arisu (ok), 10:12, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Они зарегали патент на преобразования Фурье?

    <sarcasm>…</sarcasm>

     

  • 1.5, Аноним (-), 22:11, 15/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > уменьшение размера изображений в среднем на 5% без потери качества

    И увеличении времени на 100

     
     
  • 2.7, Crazy Alex (ok), 22:27, 15/07/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    При сжатии это частенько вполне приемлемо
     
  • 2.27, arisu (ok), 10:16, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> уменьшение размера изображений в среднем на 5% без потери качества
    > И увеличении времени на 100

    а не надо сжимать картинки из bmp каждый раз, когда юзер их запросит. надо один раз пожать, и потом отдавать уже пожатое.

    уменьшение же объёма передаваемых данных на сайтах с большой посещаемостью даст офигенную экономию трафика.

     

  • 1.12, Аноним (-), 23:49, 15/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Недавно ушёл с лисы на сафари. Работает сильно быстрее, жрёт памяти в разы меньше, грузится за доли секунды. Ну а после решения внедрить в фокс DRM, кажется не таким уж проприетарным.
     
     
  • 2.18, pavlinux (ok), 03:42, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Недавно ушёл с лисы на сафари.

    Ты сайт перепутало, s/пид.../виндоразы и яблодрочеры в соседней палате.

     
  • 2.30, Аноним (-), 10:26, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А все благодаря кому? Правильно, кедам. Если бы не khtml быть бы в вашей нодооси глюкавому мелкософтовому ослу! И хромоюзеры тоже обязаны.
     
  • 2.32, Аноним (-), 10:35, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Недавно пересел с внедорожника на спорткар. Едет сильно быстрее, жрет бензина немного меньше, разгоняется за доли секунды. И все бы ничего, да вот беда: ездить можно только по городу и хорошим шоссе. Отдохнуть на рыбалке/охоте/просто у реки не получается - не проехать никак. Да и в городе крашится на каждом лежачем полицейском. Теперь только в клуб езжу. Не лоxанулся-ли я?
     
     
  • 3.34, karapuz2 (ok), 11:35, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лоханулся. Нормально купить себе и спорткар и внедорожник. Ты же не выбираешь, чем будешь сегодня стейк кушать: вилкой или ножом
     
     
  • 4.43, Аноним (-), 15:05, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Мсье не понимает тонких намеков?
     
  • 4.46, Аноним (-), 16:07, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    по-твоему нужно обязательно с собой возить И внедорожник И спортивный автомобиль
     
     
  • 5.52, karapuz2 (ok), 18:50, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И марсоход, и подводную лодку
     

  • 1.13, Аноним (-), 00:26, 16/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Какие милые и наивные люди.

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

    Разруха - она не в клозетах, а в головах.

     
     
  • 2.19, pavlinux (ok), 03:43, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Какие милые и наивные люди.
    > Это напоминает идеи о том, что нужно улучшать алгоритмы оптимизации в компиляторах,
    > потому что программы что-то уж слишком много ресурсов требовать стали.
    > Разруха - она не в клозетах, а в головах.

    Можно глянуть на ваши работы по оптимизации?


     
     
  • 3.39, Crazy Alex (ok), 12:52, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Еще раз перечитай на что отвечаешь
     
     
  • 4.45, pavlinux (ok), 15:37, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ... нужно улучшать алгоритмы оптимизации в компиляторах, ...
     
     
  • 5.57, Crazy Alex (??), 23:03, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так он о том и говорит, что софт надо нормально писать, а не надеяться на оптимизатор. И здесь - верстать нормально, а не выжимать единицы процентов.

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

     
     
  • 6.74, Аноним (-), 21:15, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен, выбор есть не всегда.
    Поддерживаю, развитие алгоритмики - это хорошо, да.

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

     
  • 2.76, Lain_13 (ok), 01:14, 18/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Собери себе весь софт вместе с ядром без оптимизаций и пользуйся, кто ж тебе мешает. Оптимизировать компиляторы нужно для ускорения и так хорошо написанных программ, чтоб они работали ещё быстрее.
     
     
  • 3.77, Аноним (-), 04:03, 18/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Речь не о том, что оптимизация - это плохо, а о том, что при глобальных проблемах со структурой программ их низкоуровневая оптимизация (в этом случае, кстати, не так важно, кто её делает - человек или машина) практически ничего не изменит.

    ИМХО оптимизация нужна для того, чтобы "отполировать" и так хороший результат, а не для того, чтобы вытягивать с днища.

    Собственно,
    > Оптимизировать компиляторы нужно для ускорения и так хорошо написанных программ,

    а разговор был не про них.

     

  • 1.15, Kodir (ok), 01:52, 16/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    "...является проблема увеличение <<< размера сайтов..."

    Подправьте нерусский!

    Проблема больших размеров решается вообще без каких-либо новых алгоритмов - тупо маканием дизайнера в картинки! При примерно схожем качестве, Advanced JPEG Compressor (да, под винду) выдаёт вообще крохотули! Плюс, идиотская привычка делать "крутые" бэкграунды, которые никто не видит, зато заказчик ссытся от гордости.
    Плюс, меня больше бесят не столько объёмы, сколько тупорылый жабоскрипт к месту и нет. Я видел такие идиотские сайты, где даже тег "A" сделан пустым, а при клике перенаправляется на обычную страницу! Вот за жабоскрипт нужно бить ногами - такой уродский тормоз, который вместо "современного вида" только раздражает своими тормознутыми докачками контента (с которым и без него справляется обычный браузер).

     
     
  • 2.21, djbaldey (ok), 05:30, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Напишите "одностраничное" web-приложение для бизнеса без JavaScript?! Памятник поставлю!
    Современный Web - это не только сайтики...
     
     
  • 3.28, arisu (ok), 10:19, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    за «веб-приложения» тоже надо макать в соляную кислоту.
     
     
  • 4.40, Crazy Alex (ok), 12:55, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не без того, но для бизнесу они и правда хороши - деплой дешёвый, а кастомизация там не в чести. Меньшим уродом веб-стек это не делает, но альтернатив толковых нет.
     
     
  • 5.41, arisu (ok), 13:23, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ой, да даже java web start была на порядки круче — несмотря на то, что java.
     
     
  • 6.56, Crazy Alex (??), 22:58, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, дыр там всё же поболе находили. Кроме того, и сейчас - отнюдь не факт, что на любой железке джава взлетит. Особенно если это айпад какой-нибудь. Я ж не спорю, что могут быть альтернативы (кроме джавы тот же Flex весьма неплох был для подобного). Но вот прямщаз - для кучи бизнесов веб-хрень оказывается оптимальной.
     
     
  • 7.66, arisu (ok), 08:18, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Во-первых, дыр там всё же поболе находили.

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


    > Кроме того, и сейчас - отнюдь не факт, что на любой железке джава взлетит.

    взлетит.

    > Особенно если это айпад какой-нибудь.

    в чём проблема? вендору очень сложно положить в магазин какой-нибудь Iced Tea? это не флэш, где код закрыт.

    > тот же Flex

    спасибо, уносите.

    > вот прямщаз - для кучи бизнесов веб-хрень оказывается оптимальной.

    их в этом убедили. в итоге они тратят кучу денег сначала на создание говна, потом на поддержку говна. а оно всё равно говно.

     
     
  • 8.68, Аноним (-), 08:34, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Меньше чем в яве - для явы нормально чинить по дюжине критикалов с ремотным выпо... текст свёрнут, показать
     
     
  • 9.69, arisu (ok), 08:40, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо, посмеялся Iced Tea религия запретила а вообще 8212 я ещё раз намек... текст свёрнут, показать
     
     
  • 10.80, Аноним (-), 14:20, 19/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У оракла что ни выпуск - кучи критикал дыр заткнуты Мое знакомство с вебстартом... большой текст свёрнут, показать
     
     
  • 11.84, arisu (ok), 15:02, 19/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    действительно, надо ведь их не затыкать а у меня в DOS вообще не заработало, пр... большой текст свёрнут, показать
     
  • 6.62, Аноним (-), 05:55, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ой, да даже java web start была на порядки круче — несмотря
    > на то, что java.

    Да чего там крутого? Ипучий глючный рантайм с сотнями дыр и неоперативным фиксом оных, переросточный не в меру (на фоне него вебня - мелочи). Да еще может все подряд, типа открытия сокетов.

     
     
  • 7.65, arisu (ok), 08:15, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Да чего там крутого?

    идея. вы сейчас надрачиваете на то же самое в виде [P]NaCl.

    > Да еще может все подряд, типа открытия сокетов.

    а ты точно удосужился почитать о java web start? я смотрю — не особо.

     
     
  • 8.70, Аноним (-), 08:40, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я не пользователь хрома, но если выбирать из сортов го W виртуальных машин и око... текст свёрнут, показать
     
     
  • 9.71, arisu (ok), 08:48, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    как иксы, ага до боли знакомая риторика тот же стиль, тот же размер 8230 ... текст свёрнут, показать
     
     
  • 10.81, Аноним (-), 14:22, 19/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, прикинь - я оцениваю технологии по тому как они работают Если это езда на л... текст свёрнут, показать
     
     
  • 11.83, arisu (ok), 14:51, 19/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    причём примерно на таком уровне 171 если дыр-дыр-дыр делает 8212 то хоро... текст свёрнут, показать
     
  • 4.50, Michael Shigorin (ok), 18:07, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > за «веб-приложения» тоже надо макать в соляную кислоту.

    Она довольно спокойная, если что.  А вот пополам с крепкой азотной...

     
     
  • 5.51, arisu (ok), 18:29, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Она довольно спокойная, если что.

    — ну, Василий Иванович, я же не садист!

     
  • 5.63, Аноним (-), 05:56, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Она довольно спокойная, если что.

    ...правда, используется живыми существами для переваривания. Как раз потому что относительно спокойная. Иначе желудок тоже растворился бы.

     

  • 1.20, Аноним (-), 05:16, 16/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Срок действия патентов на арифметическое кодирование недавно закончился, в libjpeg его включили. Нет, будем наскребать жалкие 5%.
     
     
  • 2.29, arisu (ok), 10:21, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    про совместимость не читай @ херню пиши
     
     
  • 3.35, Аноним (-), 12:01, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужна. Браузеры уже используют новый libjpeg.
     
     
  • 4.36, arisu (ok), 12:02, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не нужна.

    Rasch abkochen, dann Vormarsch nach Sokal.

     

  • 1.31, Аноним (-), 10:34, 16/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Странно, чего же PNG в списке нет?
     
     
  • 2.47, Аноним (-), 16:11, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Странно, чего же PNG в списке нет?

    наверное потому-что он относится к форматам картинок со сжатием без потерь

     
  • 2.59, Аноним (-), 02:04, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    есть http://pngquant.org/
     

  • 1.44, Grammar_Nazi (?), 15:18, 16/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > кодировщик JPEG-изображений

    берёт JPEG-изображение и кодирует его

     
     
  • 2.64, Аноним (-), 05:57, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Капитан Очевидность, вы аккаунт перепутали.
     

  • 1.48, Аноним (-), 16:46, 16/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему есть сравнение с WebP, JPEG XR и HEVC-MSP, но нет сравнения с JPEG2000? Он же как раз и разрабатывался для получения наименьшего размера при том же качестве. Должен по идее всех за пояс заткнуть.
     
     
  • 2.49, Nicknnn (ok), 17:36, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все посчитали его ненужным. А жаль.
     
  • 2.53, Аноним (-), 18:51, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему есть сравнение с WebP, JPEG XR и HEVC-MSP, но нет сравнения
    > с JPEG2000? Он же как раз и разрабатывался для получения наименьшего
    > размера при том же качестве. Должен по идее всех за пояс
    > заткнуть.

    HEVC-MSP как-бы "дальний родич" J2K.
    главный минус J2K - "задроченность патентами". технически - оно уделывает все упомянутые в статье, включая mozjpeg и Jpeg XR.

     
  • 2.55, Alexufo (?), 20:43, 16/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот оно - уделывание http://habrahabr.ru/post/214813/#comment_7381755
     
     
  • 3.85, Аноним (-), 00:48, 20/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот оно - уделывание http://habrahabr.ru/post/214813/#comment_7381755

    артефакты визуально - разнятся, обьективно - PSNR - выше у J2K.
    на документах, чертежах - лучше J1992, на остальном J2k.
    если взять битстрим/битрейт менее жлобский то J2k рвет и субьективно.
    особенно если не целочисленный движок юзать и без "оптимизация" в коде, убивающих на х-н в Обоих "какчество" в ноль.
    если идеологии построения и фичастости J2k симпатизируете, но не любите "вэйвлеты вообще" или идосинкразия на более "софтовые артефакты" - гляньте Jpeg XR - там этого нет и почти такой-же неплохой PSNR.

     

  • 1.60, Иллюминат Машиахович (?), 04:28, 17/07/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Слава Мозилле!
     
     
  • 2.67, arisu (ok), 08:23, 17/07/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Слава Мозилле!

    а Слава — это девочка или мальчик?

     
     
  • 3.78, Аноним (-), 13:53, 19/07/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а Слава — это девочка или мальчик?

    Да вот говорят что Слава КПСС - вообще не человек!

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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