The OpenNET Project / Index page

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

Проект 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 3.0
Короткая ссылка: 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:
    Текст:



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

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