The OpenNET Project / Index page

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

Релиз библиотеки Libjpeg 9 с поддержкой режима сжатия без потерь

14.01.2013 16:39

Независимая группа по развитию формата JPEG (IJG) представила новую версию популярной открытой библиотеки Libjpeg 9, используемой во многих свободных проектах для обработки файлов JPEG. Ключевым новшеством Libjpeg 9 является поддержка нового режима сжатия без потерь (lossless), позволяющего на пиксельном уровне сохранить неизменность начального изображения.

Отмечается, что задействованные в новом режиме алгоритмы сжатия позволяют сформировать файлы меньшего размера, чем при использовании формата PNG. Тем не менее, JPEG файлы, созданные в режиме lossless (рекомендуется использовать опции "cjpeg -rgb1 -block 1 -arithmetic"), не совместимы с прошлыми версиями библиотеки Libjpeg и могут быть декодированы начиная с Libjpeg 9. Следует отметить, что группа IJG не участвует в процессе стандартизации форматов JPEG и JPEG2000, поэтому сжатие без потерь пока выходит за рамки стандартов ISO и IEC.

  1. Главная ссылка к новости (http://infai.org/jpeg/...)
  2. OpenNews: Компания Google выпустила вторую версию библиотеки с реализацией формата WebP
  3. OpenNews: В новой версии WebP появилась поддержка прозрачности и кодирования без потерь
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/35835-jpeg
Ключевые слова: jpeg, lossless, compress, image
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (36) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Анонимусссссс (?), 16:54, 14/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >сжатие без потерь пока выходит за рамки стандартов ISO и IEC

    А нафиг оно тогда нужно, если больше никто полученую картинку не поймет?

     
     
  • 2.2, гном (?), 17:04, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > , если больше никто полученую картинку не поймет?

    Ну это пока.

     
     
  • 3.33, Аноним (-), 14:55, 15/01/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну да, ещё лет пятнадцать и станет мейнстримом, или не взлетит вообще, как Jpeg2000. Вон MPEG4-AVC лет десять назад появился, а до сих пор на торрентах выкладывают раздачи в DivX, потому что чьи-то старые гoвнoплееры, купленные за большие бабки, ничего другого не понимают. А девайсов с поддержкой JPEG гораздо, гораздо больше.
     
  • 2.3, BratSinot (ok), 17:05, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Те кто используют libjpeg поймут.

    А по треду, в каких-то стандартах JPEG и JPEG2000 же есть lossless кодирование?

     
     
  • 3.9, Аноним (-), 18:09, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >А по треду, в каких-то стандартах JPEG и JPEG2000 же есть lossless кодирование?

    в jpeg нету
    jpeg2000 есть

     
  • 2.6, Аноним (-), 17:16, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    развитие всё-таки
    может, со временем, примут в стандарт
     
     
  • 3.10, Аноним (-), 18:10, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > развитие всё-таки
    > может, со временем, примут в стандарт

    не нужно. есть jpeg2000

     
     
  • 4.27, Аноним (-), 22:45, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Патенты
     
  • 4.29, ZloySergant (ok), 03:14, 15/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >не нужно. есть jpeg2000

    Оно таки живо? Что-то, в районе 2005, что-ли, слухи ходили, что оно скорее мертво. После 2006 диких воплей о повсеместном переходе на 2к я не припомню.

     
  • 2.7, Аноним (-), 18:00, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все, кто использует libjpeg поймут. А остальные не нужны.
     
     
  • 3.8, Аноним (-), 18:04, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Этой libjpeg кто-нибудь пользуется? Везде libjpeg-turbo.
     
     
  • 4.12, Аноним (-), 18:24, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Где везде? Под FreeBSD, например, везде используется нормальный jpeg.
     
     
  • 5.13, Аноним (-), 18:35, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Firefox, Chrome, Fedora, openSUSE, Ubuntu, Arch, Gentoo...
    А у васъ кроме FreeBSD есть примеры?
     
     
  • 6.17, Аноним (-), 19:27, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Firefox, Chrome, Fedora, openSUSE, Ubuntu, Arch, Gentoo...

    Как минимум в Firefox, Chrome и Fedora используется форк libjpeg-turbo, а он уже несколько лет развивается независимо от libjpeg.

     
  • 3.28, XoRe (ok), 02:37, 15/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Все, кто использует libjpeg поймут. А остальные не нужны.

    FIX: все, кто используют libjpeg последней версии

     
  • 2.14, 80е (?), 18:46, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > никто полученую картинку не поймет?

    Хром и Фокс поймут.
    И весь Вебкит.

    Так чты ссссссссссссс отсюдова, Анонимусссссс

     
     
  • 3.18, Аноним (-), 19:29, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Хром и Фокс поймут.
    > И весь Вебкит.

    Покажите мне систему где всё ещё не перешли на libjpeg-turbo ? Libjpeg-turbo совместим только с libjpeg 8, пока незвестно будут ли портировать новшества из libjpeg 9, Libjpeg-turbo  сейчас очень сильно разошелся в коде с libjpeg.

     
     
  • 4.19, Иван Лох (?), 19:48, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Debian?
     
     
  • 5.22, Слушатель (?), 21:27, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Верно, т.к. libjpeg-turbo в репозиториях нет.
     
     
  • 6.26, 80е (?), 22:39, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    libjpeg-turbo — 100% совместима
     
     
  • 7.35, PereresusNeVlezaetBuggy (ok), 15:11, 19/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не 100%. Более того, эту, даже частичную, совместимость в той же Fedora не хотят включать. http://mail.kde.org/pipermail/digikam-devel/2013-January/066206.html
     

  • 1.4, Аноним (-), 17:12, 14/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вся суть алгоритма — в сжатии с потерями! Как можно идти вразрез с философией алгоритма?
     
     
  • 2.5, Nuzhny (?), 17:15, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Нет, вся суть алгоритма в квантовании и аппроксимации изображения некоторыми функциями. Почему бы не ввести параметр типа "Аппроксимировать с заданной погрешностью" (погрешность выставить в 0)?
     
     
  • 3.21, 1 (??), 20:57, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    введи пожалуйста
     
  • 2.23, Аноним (-), 21:49, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Вся суть алгоритма — в сжатии с потерями! Как можно идти вразрез
    > с философией алгоритма?

    не надо принимать особенности реализации с философией

     
     
  • 3.25, Аноним (-), 22:15, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > не надо принимать особенности реализации за философию

    //obvious fix

     

  • 1.11, Lockal (ok), 18:22, 14/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Ссылки [2] и [3] из новости как бы намекают, что libjpeg с поддержкой режима сжатия без потерь не нужен.
     
     
  • 2.34, Whoiswho (?), 17:14, 15/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "не нужен"

    Как же часто это говорят люди с пингвином на аватарке... :(

     
     
  • 3.36, PereresusNeVlezaetBuggy (ok), 15:13, 19/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > "не нужен"
    > Как же часто это говорят люди с пингвином на аватарке... :(

    Да-да.

    BSD не нужны.
    Unix не нужен.
    Linux не нужен.
    СПО не нужно.
    Реальный мир не нужен.

     

  • 1.15, анонимус (??), 18:56, 14/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Задействованные в новом режиме алгоритмы сжатия позволяют сформировать файлы меньшего размера, чем при использовании формата PNG

    во всех случаях?

     
  • 1.16, Аноним (-), 19:19, 14/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    The recommended command for lossless coding of RGB images is now cjpeg -rgb1 -block 1 -arithmetic.
    As said, this option improves the compression significantly, but the files are not compatible with JPEG decoders prior to IJG v9 due to the included color transform.
    The used color transform and marker signaling is compatible with other JPEG standards (e.g., JPEG-LS part 2).
     
  • 1.20, Главные Редакторы (?), 20:54, 14/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > "сжатие без потерь пока выходит за рамки стандартов ISO и IEC."

    В рамках этих стандартов есть хотябы один формат поддерживающий сжатие без потерь?

     
     
  • 2.24, Аноним (-), 21:49, 14/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В рамках этих стандартов есть хотябы один формат поддерживающий сжатие без потерь?

    PNG, не?

     

  • 1.30, haku (??), 09:03, 15/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не лучше ли развивать WebP?
     
     
  • 2.31, КЭП (?), 11:35, 15/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Он конечно лучше, но еще много шероховатостей и поддержки софта крайне мало
     
  • 2.32, Аноним (-), 14:46, 15/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не лучше ли развивать WebP?

    Сроду в ИТ не побеждало лучшее. Побеждало ширпотребовское, причем выбор определялся фазами луны. Сиречь случаем. Посему имеем то, что имеем. В том числе Шиндошс и пингвина.

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



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

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