The OpenNET Project / Index page

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

форумы  правила/FAQ  поиск  регистрация  вход/выход  слежка  RSS
"Компания Google открыла код высококачественного JPEG-кодиров..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Компания Google открыла код высококачественного JPEG-кодиров..."  +/
Сообщение от opennews (??) on 17-Мрт-17, 00:38 
Компания Google объявила (https://opensource.googleblog.com/2017/03/guetzli-new-open-s...) об открытии кода высококачественного JPEG-кодировщика Guetzli с реализацией нового алгоритма (https://arxiv.org/abs/1703.04421) кодирования, позволяющего добиться существенного сокращения размера изображения без потери качества, но с сохранением совместимости со всеми штатными декодировщиками JPEG и полным соответствием стандарту JPEG. Например, по сравнению с эталонной библиотекой libjpeg предложенный алгоритм позволяет сократить размер изображений на 20-30% c сохранением идентичного качества. Код библиотеки и базовых утилит с реализацией Guetzli написан на языке С++ и распространяется (https://github.com/google/guetzli/) под лицензией Apache 2.0.


Guetzli близок по своему назначению к алгоритму Zopfli (https://www.opennet.ru/opennews/art.shtml?num=36267), позволяющему добиться повышения уровня сжатия файлов PNG и gzip, без потери совместимости. В отличие от WebP (https://www.opennet.ru/opennews/art.shtml?num=39378), RAISR (https://www.opennet.ru/opennews/art.shtml?num=45998) (Rapid and Accurate Image Super-Resolution) и алгоритмов упаковки изображения на базе нейронных сетей, требующих специальных декодировщиков,  Guetzli нацелен на достижение максимального уровня сжатия без нарушения совместимости с уже существующим клиентским ПО. Обратной стороной предложенного алгоритма является очень большая ресурсоёмкость.  Guetzli  также требует достаточно много оперативной памяти, например, для каждого 1MPix картинки требуется 300 Мб ОЗУ. Относительно других кодировщиков Guetzli работает очень медленно и не подходит для сжатия на лету, но вполне пригоден для одноразовой переупаковки имеющегося контента.

В процессе кодирования JPEG наиболее заметная потеря качества наблюдается на стадии квантования. Стадии преобразования цветового пространства (https://ru.wikipedia.org/wiki/YUV) и дискретное косинусное преобразование (DCT (https://ru.wikipedia.org/wiki/%D0%94%D0%...)) не столь сильно поддаются оптимизации. Guetzli оптимизирует таблицы квантования и коэфициенты DCT для каждого блока JPEG, применяя специальный оптимизатор. Для оценки оптимальности найденных параметров квантования Guetzli использует алгоритм Butteraugli (https://github.com/google/butteraugli), использующий в качестве метрики уровень различий между психовизуальным моделированием JPEG и собственным более эффективным методом психовизуального моделирования, что позволяет снизить число возникающих артефактов. Например, на изображениях ниже слева представлен исходный вариант, в центре  результат работы  libjpeg, а справа - Guetzli.


URL: https://opensource.googleblog.com/2017/03/guetzli-new-open-s...
Новость: http://www.opennet.ru/opennews/art.shtml?num=46208

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


2. "Компания Google открыла код высококачественного JPEG-кодиров..."  –7 +/
Сообщение от Аноним (??) on 17-Мрт-17, 00:41 
И вообще почти все инновации гугля анонсируются как "высококачественные", но почему-то требуют в раз больше ресурсов (и в перспективе могут быть приколы с вендор локом). С каждой такой новостью приходится допаивать еще один этаж РУ7 на свой телефон.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Компания Google открыла код высококачественного JPEG-кодиров..."  +14 +/
Сообщение от Аноним (??) on 17-Мрт-17, 00:51 
высококачественные != высокопроизводительные
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

18. "Компания Google открыла код высококачественного JPEG-кодиров..."  +5 +/
Сообщение от Кай Фуем on 17-Мрт-17, 04:20 
> И вообще почти все инновации гугля анонсируются как "высококачественные", но почему-то
> требуют в раз больше ресурсов (и в перспективе могут быть приколы
> с вендор локом). С каждой такой новостью приходится допаивать еще один
> этаж РУ7 на свой телефон.

Не так и сложно бутербродов РУ7 допаять. Если шины небуферизированы, АП6 допаяй и КМок на Каждую РУшку тоже! А то от звона глючить телефон будет.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Компания Google открыла код высококачественного JPEG-кодиров..."  +6 +/
Сообщение от Crazy Alex (ok) on 17-Мрт-17, 00:44 
Отлично. Фото из Raw преобразовывать - самое оно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Компания Google открыла код высококачественного JPEG-кодиров..."  +2 +/
Сообщение от лютый жабист__ on 17-Мрт-17, 04:56 
Удалять raw глупость. Даже если идеально выставишь уровни, через несколько лет у тебя умения всё-равно будут выше. Да или банально вкусы поменяются и захочется чуть приглушить контраст, а х.ен...
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

30. "Компания Google открыла код высококачественного JPEG-кодиров..."  +/
Сообщение от Аноним (??) on 17-Мрт-17, 10:47 
А кто говорил про удалять?
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

35. "Компания Google открыла код высококачественного JPEG-кодиров..."  +/
Сообщение от Crazy Alex (??) on 17-Мрт-17, 13:45 
Разумеется, но слать родителям их тоже не будешь.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

33. "Компания Google открыла код высококачественного JPEG-кодиров..."  +/
Сообщение от Аноним (??) on 17-Мрт-17, 11:17 
> Отлично. Фото из Raw преобразовывать - самое оно.

чем тебе для фото плох png ? Жрет в разы меньше, потерь нет.

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

36. "Компания Google открыла код высококачественного JPEG-кодиров..."  +/
Сообщение от Crazy Alex (??) on 17-Мрт-17, 13:50 
За ликбезом насчёт raw - не сюда.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

4. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  –6 +/
Сообщение от Аноним (??) on 17-Мрт-17, 00:51 
Обычный джипег лучше этой новой шняги.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +3 +/
Сообщение от . on 17-Мрт-17, 01:11 
> Обычный джипег лучше этой новой шняги.

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

странное ненужно выкатил гугль...

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

12. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +1 +/
Сообщение от Аноним (??) on 17-Мрт-17, 02:01 
Видимо это вариант джпег для дальтоников
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

14. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от Аноним (??) on 17-Мрт-17, 02:04 
В первом ряду могло быть изображение провода или чего-то тонкого вдалеке - они часто в один пиксель цифруются, несмотря на истинный размер, ибо мельче нельзя. Так нативное и джипег менее расплывчатые и более темные - контрастные, мне кажется более правильные для подобной ситуации (если это она, конечно).
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

15. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  –1 +/
Сообщение от Mihail Zenkov (ok) on 17-Мрт-17, 02:05 
> второй ряд фоток как бы намекает, что да - новая шняга потеряла
> начисто информацию о цвете центральной кляксы, libjpeg сохранил.

В целом видно, что артефактов меньше. Но вот, что он почти все цвета сдвинул во втором ряду, это конечно крайне плохо. Будем надеяться что это просто баг и он будет устранен.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

6. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +2 +/
Сообщение от анон on 17-Мрт-17, 01:07 
интересно сравнение с mozjpeg
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +3 +/
Сообщение от Mihail Zenkov (ok) on 17-Мрт-17, 02:14 
https://github.com/mozilla/mozjpeg/issues/242
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  –1 +/
Сообщение от Аннымзус on 17-Мрт-17, 01:34 
тред не читай, да вообще ничего не читай:
а что стало со "jpeg turbo" ? он же самый
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +1 +/
Сообщение от Mihail Zenkov (ok) on 17-Мрт-17, 02:03 
> а что стало со "jpeg turbo" ? он же самый

Он быстрый, но качество тоже, что и у обычного libjpeg.
Лучшее качество сжатия у mozjpeg.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от axredneck on 17-Мрт-17, 02:00 
в общем, артефактов меньше, зато потерь чуть больше
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  –2 +/
Сообщение от Алексей (??) on 17-Мрт-17, 05:37 
открыли, что бы они засунуть в хром и андроид, что бы юзер при загрузке в облако ужимал фотки. тогда нагрузка на сервера снизится и за качество будет отвечать юзер, а не гугл. они все так делают... всю нагрузку на юзеров переносят
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от Челодой Моловек on 17-Мрт-17, 08:43 
Убрали шум из изображений - за счет этого улучшилось сжатие. Отличная новость.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от Аноним (??) on 17-Мрт-17, 11:15 
детали, цветовые, а не шум они убрали (поскольку отличить одно от другого - даже ИИ гугля не очень справляется)

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

23. "совсем недавно lepton выкатили, и вот опять"  +/
Сообщение от mmm (??) on 17-Мрт-17, 09:17 
6. OpenNews: Dropbox опубликовал реализацию алгоритма сжатия изображений Lepton
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от Аноним (??) on 17-Мрт-17, 09:42 
в сортах jpeg не разбираюсь,только BMP :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +1 +/
Сообщение от Аноним email(??) on 17-Мрт-17, 12:58 
Странный у вас вкус.
Я предпочитаю tiff.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

29. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от антончик on 17-Мрт-17, 10:45 
> JPEG-кодировщика Guetzli с реализацией нового алгоритма кодирования, позволяющего добиться существенного сокращения размера изображения без потери качества

Как в одном предложении может сочетаться "JPEG" и "без потери качества"? Что употреблял автор? Я уверен что речь не про lossless в JPEG2000.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +3 +/
Сообщение от Аноним (??) on 17-Мрт-17, 11:10 
Без потри качества в сравнении с обычным кодировщиком JPEG.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

37. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от Аноним (??) on 17-Мрт-17, 15:17 
А что за название такое чудное? Неужели "гусли"? )
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +3 +/
Сообщение от Аноним84701 (ok) on 17-Мрт-17, 18:02 
> А что за название такое чудное? Неужели "гусли"? )

Конечно же гусли! И пофиг на то, что читается оно как "гёт(з|ц)ли" и совпадает со швейцарским обозначением печенек (или баварским - кофет/сладостей) … o_O

Кстати, в той же "серезной" биологии полно таких чудных  названий: "галушко-протеин" (spaetzle) "огуречный" (gurken), "криптонит" (потому что подавляет "локус супермена").

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

38. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +1 +/
Сообщение от DmA (??) on 17-Мрт-17, 17:40 
переведёшь так все свои фотки скопом этим кодировщиком, а через 20 лет глянешь, пары человек на каких-нибудь фотках не хватает, алгоритм не учёл :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

40. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от Аноним (??) on 17-Мрт-17, 18:45 
Ты это в "Назад в будущее" подсмотрел. :)
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

41. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от Ordu email(ok) on 17-Мрт-17, 21:48 
Я о том же подумал. Но мне в голову вот эта видяшка пришла: https://www.youtube.com/watch?v=vJG698U2Mvo

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

Ну или развитие темы:

https://www.youtube.com/watch?v=IGQmdoK_ZfY
https://www.youtube.com/watch?v=ubNF9QNEQLA
https://www.youtube.com/watch?v=v3iPrBrGSJM

Человек вообще ничего не видит, и половину можно поудалять.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

42. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от Аноним (??) on 20-Мрт-17, 11:24 
Хмм... Судя по сравнению фоток (низкий ringing) и заявлениям типа
> Из недостатков Guetzli также упоминается поддержка кодирования только в режиме наивысшего качества (-quality 90).

ненужность 10-битного h.264 считается доказанной? Ну т.е. теперь все то же самое можно повторить без необходимости промежуточного увеличения глубины цвета исходника с 8бит до 10бит.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Компания Google открыла код эффективного JPEG-кодировщика Gu..."  +/
Сообщение от Аноним (??) on 20-Мрт-17, 15:46 
Хорошая вещь для растровых спутниковых карт. Гуглу в сторону уменьшения памяти и использования OpenCL надо копать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема



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