The OpenNET Project / Index page

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

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

Независимая группа по развитию формата 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
Тип: Программы
Ключевые слова: jpeg, lossless, compress, image
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | 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 +/
    Ну да, ещё лет пятнадцать и станет мейнстримом, или не взлетит вообще, как Jpeg2... весь текст скрыт [показать]
     
  • 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 сов... весь текст скрыт [показать]
     
     
  • 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 -bl... весь текст скрыт [показать]
     
  • 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 +/
    Сроду в ИТ не побеждало лучшее Побеждало ширпотребовское, причем выбор определя... весь текст скрыт [показать]
     

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


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