URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 138466
[ Назад ]
Исходное сообщение
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено opennews , 22-Ноя-25 14:44 
Рик Байерс (Rick Byers), один из технических руководителей команды, занимающейся разработкой Google Chrome, заявил о готовности включить в движок Chromium высокопроизводительный и безопасный при работе с памятью декодировщик для формата изображений JPEG-XL. В качестве основного критерия для активации  декодировщика JPEG-XL по умолчанию упоминается готовность к его длительному сопровождению...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64306

Содержание
Сообщения в этом обсуждении
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 14:44 
Как в том анкете: "Не прокатило"
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:18 
Google и есть основной разработчик JPEG-XL, и драма с выпиливанием кодека из браузера выглядела как шантаж отрасли - если вы не хотите шевелиться, то и мы не будем упорствовать. И как показала история - расчет верный, после этого момента все заговорили про кодек (анонимы так вообще впервые услышали про его существование) и начали поддерживать в своих продуктах.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:21 
https://en.wikipedia.org/wiki/JPEG_XL#History
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:23 
Спасибо за ссылку, она как раз подтверждает выше сказанное:

> It was developed by the Joint Photographic Experts Group (JPEG), Google and Cloudinary.

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:44 
>> Google и есть основной разработчик JPEG-XL
> Спасибо за ссылку, она как раз подтверждает выше сказанное

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

Гугл никогда не был "основныи разработчиком JPEG-XL". Из вклад сводится к публикации формата PIK в 2017:

"In 2017 Google's data compression research team in Zurich published the PIK format, the prototype for the frequency transform coding mode."

А основным разработчиком был:

"In 2018, the Joint Photographic Experts Group (JTC1 / SC29 / WG1) published a call for proposals for JPEG XL, its next-generation image coding standard."

"From seven proposals, the committee selected two as the starting point for the development of the new format: FUIF and PIK."

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:59 
Обычный Nih-синдром.  
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 16:13 
Которая, в свою очередь, не компания с сотрудниками а зонтик для юридического прикрытия. Так кто же код то писал, не гугловцы ли?


The Joint Photographic Experts Group (JPEG) is not a company with employees, but a joint committee of experts from various industries like photography, graphic design, and software development. The committee is made up of experts from the International Organization for Standardization (ISO) and the International Electrotechnical Commission (IEC) (JTC 1/SC 29) and ITU-T Study Group 16. The number of individuals who contribute to the group is not publicly specified, as it is a committee of experts rather than a traditional employer.

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 18:27 
Вполне себе компания по предоставлению облачных услуг . Как амазон или клауд (которые так же не сидят на попе) . И это не единственная их разработка . По ссылкам переходить не пробовали ?
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 18:36 
Вы перепутали разработчика и координационный комитет . Попробуйте другой онлайн переводчик .
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 19:23 
Цюрихский офис гугла сжатием занимается и там в JXL вклад большой, вы чего?

Из вики:
> The main authors of the specification are Jon Sneyers [это Cloudinary], Jyrki Alakuijala, and Luca Versari [а эти гугл]

Дальше:
- VarDCT-режим (для lossy, грубо говоря) - из гугловского формата PIK
- Modular-режим (для lossless, грубо говоря) - из клаудинарского формата FLIF

- lossless-пережатие JPEG92 - из гугловского Brunsli (Alakuijala, Szabadka)
- метрика Butteraugli и пространство XYB - гугл (Alakuijala, Szabadka)

Тут про историю есть: https://arxiv.org/pdf/2506.05987#page=8

Alakuijala раньше ещё lossless-кодек для WebP делал (внутри WebP два кодека на выбор, купленный VP8 и отдельно новый "VP8L").

Здесь 13 фамилий из гугла.
https://jpegxl.info/about/contributors.html#:~:text=Google

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 20:11 
> ты соврал и теперь тактично игнорируешьттекс

Тебе дальше по ветке напихали полную панамку, достаточно?

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено СантиийПонтелимонович , 22-Ноя-25 15:51 
>JPEG-XL
>выглядела как шантаж отрасли - если вы не хотите шевелиться, то и мы не будем упорствовать

Ой молодцы то какие).

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 16:33 
Ты несёшь чушь.

Основным разработчиком и популяризатором формата был вполне конкретный человек — бельгиец Jon Sneyers, который нынче трудоустроен в Cloudinary. И к гуглу он отношения не имеет.

Гугл же всю дорогу вставлял палки в колёса, потому что у них есть свой пет–проект в виде WebP, который как раз начал повсеместно использоваться.

А вот после того как зубры индустрии поддержали JPEG-XL — Apple добавили в iOS, macOS и Safari; Мелкософт — в Win 11; Adobe сначала добавили jxl–сжатие в DNG, а теперь и в PDF — вот теперь–то да, признание формата стало трудно игнорировать и гугл пошёл на попятную. А до этого благополучно подтирался мнением своих пользователей.

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 17:36 
От гугла там только lossless кодирование было емнип (оно затыкает по всем параметрам пнг, чуть дороже разве что). Ну они по-моему утащили из flif там что-то, но это васянство было.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 17:53 
> анонимы так вообще впервые услышали про его существование

Мне насрать.

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено крабб , 22-Ноя-25 14:49 
а подскажите максимально легковесный бравзер для линукса?
(нет, не консольный)
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 14:53 
Netsurf, Mosaic, утёкшие сырцы старой вжоперы.
Palemoon - уже среднетяжёлый.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:01 
Мозиллик
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 14:54 
edge
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 14:55 
Qutebrowser https://github.com/qutebrowser
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:45 
так он же питонячий!
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 17:53 
> так он же питонячий!

Вот такое вот хреновое лето^W легковесность... :\

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:00 
https://opennet.ru/64223-firefox
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Bob , 22-Ноя-25 15:01 
midory, viper, epiphany
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Bottle , 22-Ноя-25 16:39 
Emacs.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 17:55 
Самим не писать, не индусы же...
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 17:56 
ЗЫ "Самим написать" - Т9 от Гугла при переводе. Гугло токое няшко 😁
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 14:57 
Гуля могла бы и за свой счёт поддерживать. Деньги же гребут лопатой. На самом деле они просто продвигают свою ужасный и дурацкий формат WebP.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 14:59 
Гугл худшая компания.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:18 
Да нет, Майкрософт гораздо хуже.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:55 
Нет Гугл, Майкрософт - друг опенсорса.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 18:04 
Майкрософт не друг. Он монополизировал инфраструктуру для разрабов только чтобы навязать им свои сервисы и фреймворки.

Обычный обмен комфорта на данные для аналитики, которая усилит их власть.

Настоящие друзья opensorce - бесполезные фрики.

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 18:08 
Все корпорации - зло. Просто некоторые понимают, что ускорение прогресса принесет им ещё больше денег. Чем быстрее развиваются технологии тем большую монополию они создают, потому что выигрывает тот кто успеет захватить новые технологии раньше других.

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Bob , 22-Ноя-25 15:01 
у них avif формат картинок
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:20 
WebP, AVIF, JPEG-XL - все три разработал Google. Тут скорее всего они сами не знают, что теперь делать с этим зоопарком.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:23 
https://en.wikipedia.org/wiki/AVIF
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:26 
https://aomediacodec.github.io/av1-avif/

> Editors:
> Yannis Guyon (Google)
> Leo Barnes (Apple)
> Wan-Teh Chang (Google)

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:48 
> WebP, AVIF, JPEG-XL - все три разработал Google

Гугл не разрабатывал JPEG-XL. Они разработали формат PIK, который вместе с FUIF стал основой JPEG-XL.

https://en.wikipedia.org/wiki/JPEG_XL#History

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 18:32 
JPEG-XL уложил на лопатки обоих с гуглом в том числе
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 15:06 
Без gpl живут и зарабатывают. Такое вообще законно?
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 16:34 
Никто ничего на зарабатывает все занимаются только политикой.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено nc , 22-Ноя-25 16:17 
ИМХО, архитектура должна быть модульной: если в системе есть поддержка того или иного формата - он поддерживается и браузерами. В поставке браузера должны быть какие-то модули по умолчанию, но любой пользователь должен иметь возможность устанавливать свои модули.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 16:34 
Ну в коем случае такого быть не должно. Набор должен был един, чтобы не думать какой формат использовать чтобы у всех открылось. Такое уже было когда интернет эксплорер не поддерживал png.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено nc , 22-Ноя-25 16:36 
Была бы модульность, было бы достаточно поставить в систему модуль ("кодек") поддержки png.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 18:30 
Опять в эпоху зоопарка кодеков? K-Lite, вот это всё? Ну уж нет, лучше как сейчас.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 16:53 
С добрым утром.

Так УЖЕ БЫЛО. И у лисы, и у хромого были нативные плагины с описанным API для обработки неподдерживаемых из коробки форматов файлов. И от этого сознательно отказались.

А знаешь, почему?

Потому что эти плагины — это был первейший вектор для распространения малвари. Дырявый проприетарный плагин Macromedia Flash и не менее дырявый проприетарный плагин от Adobe для просмотра PDF (который по умолчанию пихался в систему при установке Acrobat Reader) — их буквально тряпками выгоняли отовсюду, с титаническими усилиями. Поскольку заставить проприетарных вендоров вовремя латать дыры и централизованно апдейтить свои поделия так и не получилось. И покуда плагины не выпнули отовсюду, это была золотая эпоха ботнетов, порнобаннеров, шифровальщиков и скринлокеров.

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 17:39 
Это было не так. Это было "ghostscript и jit блобы на странице исполняются с правами системы и прилеплены к браузеру сбоку мимо любых изоляций и песочниц".
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 18:10 
Любые модули это уязвимость. Вспомни flash и adobe pdf.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 17:49 
> наличие открытой эталонной реализации под лицензией BSD.

User294, что с лицом?

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 18:18 
294-й щастлив, самодоволен. Чего и всем желает.
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 17:52 
Прочиталось "пёрнуть"
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 18:31 
Сраный гугл задолбал с продвижением своих убогих WevP/WebM на базе VP9

Вот что такое монополия вроде бы опенсорс браузера

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 18:34 
В гугле не учли что их браузер не самый популярный просмотрщик контента, где то половина контента в мире это PDF где с Адоби не такие кретины сидят
"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 19:07 
AVIF - для веба
JPEG XL - для качественных фото
SVG - для векторной графики.

Все остальное - в мусорку. Бгг.

"Google готов вернуть в Chrome поддержку формата JPEG-XL"
Отправлено Аноним , 22-Ноя-25 19:42 
Скопирую свой коммент из предыдущей новости
https://www.opennet.dev/openforum/vsluhforumID3/138337.html#192

Хорошо бы сравнить последние версии, но лень, потому что на удобном https://squoosh.app их нет.

--------------
Добавлю более обоснованного скепсиса к JXL:

> 19th March 2022. Jon Sneyers: Reaching libjxl 1.0 will certainly happen this year (I hope before summer).    
> jonsneyers on Nov 3, 2022: we are aiming to reach the libjxl 1.0 milestone within a reasonable timeframe, i.e. somewhere in 2023, preferably first half.

Тем временем конец 2025 и про релиз перестали говорить. В багтрекере обсуждают регрессии по степени сжатия в lossless-режиме между 0.8-0.11, в lossy-режиме он конкурирует с AVIF и если AVIF где-то отстаёт, у него в запасе трюк времён x264 - 10-битный режим повышает эффективность сжатия 8-битных исходников.

https://encode.su/printthread.php?t=3397&pp=30&page=5
https://news.ycombinator.com/item?id=33442281