Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
Сообщение от opennews (??), 22-Ноя-25, 14:44
Рик Байерс (Rick Byers), один из технических руководителей команды, занимающейся разработкой Google Chrome, заявил о готовности включить в движок Chromium высокопроизводительный и безопасный при работе с памятью декодировщик для формата изображений JPEG-XL. В качестве основного критерия для активации  декодировщика JPEG-XL по умолчанию упоминается готовность к его длительному сопровождению... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64306
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+15 +/–
Сообщение от Аноним (1), 22-Ноя-25, 14:44
Как в том анкете: "Не прокатило"
Ответить | Правка | Наверх | Cообщить модератору

	14. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
	Сообщение от Аноним (14), 22-Ноя-25, 15:18
	Google и есть основной разработчик JPEG-XL, и драма с выпиливанием кодека из браузера выглядела как шантаж отрасли - если вы не хотите шевелиться, то и мы не будем упорствовать. И как показала история - расчет верный, после этого момента все заговорили про кодек (анонимы так вообще впервые услышали про его существование) и начали поддерживать в своих продуктах.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+3 +/–
	Сообщение от Аноним (16), 22-Ноя-25, 15:21
	https://en.wikipedia.org/wiki/JPEG_XL#History
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–3 +/–
	Сообщение от Аноним (14), 22-Ноя-25, 15:23
	Спасибо за ссылку, она как раз подтверждает выше сказанное: > It was developed by the Joint Photographic Experts Group (JPEG), Google and Cloudinary.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+8 +/–
	Сообщение от Аноним (21), 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."
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (28), 22-Ноя-25, 15:59
	Обычный Nih-синдром.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
	Сообщение от Аноним (29), 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.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	51. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (51), 22-Ноя-25, 18:27
	Вполне себе компания по предоставлению облачных услуг . Как амазон или клауд (которые так же не сидят на попе) . И это не единственная их разработка . По ссылкам переходить не пробовали ?
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (51), 22-Ноя-25, 18:36
	Вы перепутали разработчика и координационный комитет . Попробуйте другой онлайн переводчик .
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	58. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+3 +/–
	Сообщение от Аноним (58), 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
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	66. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (66), 22-Ноя-25, 20:35
	Так вклад никто и не оспаривает. Да, JPEG-XL — это, по сути, слепленные вместе FLIF от Снаерса и PIK от Alakuijala и Ко. Поэтому да, ЕСТЕСТВЕННО там будут гугловские фамилии. Но то что гугл в 2017 вывалил в публичное пространство кучу экспериментов по оптимизации существующих форматов сжатия (Zopfli, Guetzli) и поиску более эффективных новых (Brotli), которыми занимались Jyrki Alakuijala и Zoltán Szabadka не отменяет того факта, что в конце 2022 тот же гугл дропнул поддержку JPEG–XL из хрома, несмотря на возмущение сообщества. С совершенно нелепыми отмазками про «недостаточный интерес всея экосистемы» и «отстутсвие существенного преимущества перед существующими форматами». И это уже на момент, когда формат окончательно утрясли и протащили через ISO–стандартизацию.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (58), 22-Ноя-25, 20:57
	> Так вклад никто и не оспаривает Я отвечаю на комментарий: > Гугл никогда не был "основныи разработчиком JPEG-XL". > основным разработчиком был: > "In 2018, the Joint Photographic Experts Group..." А вы на што? > тот же гугл дропнул поддержку JPEG–XL из хрома Да, но другое подразделение со своими интересами.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (58), 23-Ноя-25, 01:22
	> ...and Luca Versari [а эти гугл] Он также основной контрибьютор в jxl-rs. https://github.com/libjxl/jxl-rs/graphs/contributors
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	24. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от СантиийПонтелимонович (?), 22-Ноя-25, 15:51
	>JPEG-XL >выглядела как шантаж отрасли - если вы не хотите шевелиться, то и мы не будем упорствовать Ой молодцы то какие).
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	31. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+12 +/–
	Сообщение от Аноним (66), 22-Ноя-25, 16:33
	Ты несёшь чушь. Основным разработчиком и популяризатором формата был вполне конкретный человек — бельгиец Jon Sneyers, который нынче трудоустроен в Cloudinary. И к гуглу он отношения не имеет. Гугл же всю дорогу вставлял палки в колёса, потому что у них есть свой пет–проект в виде WebP, который как раз начал повсеместно использоваться. А вот после того как зубры индустрии поддержали JPEG-XL — Apple добавили в iOS, macOS и Safari; Мелкософт — в Win 11; Adobe сначала добавили jxl–сжатие в DNG, а теперь и в PDF — вот теперь–то да, признание формата стало трудно игнорировать и гугл пошёл на попятную. А до этого благополучно подтирался мнением своих пользователей.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	61. Скрыто модератором	+/–
	Сообщение от Аноним (14), 22-Ноя-25, 20:13
	А Jyrki Alakuijala и Luca Versari мимо проходили, ну да, ну да. Обожаю опеннет за экспертизу.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (39), 22-Ноя-25, 17:36
	От гугла там только lossless кодирование было емнип (оно затыкает по всем параметрам пнг, чуть дороже разве что). Ну они по-моему утащили из flif там что-то, но это васянство было.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

2. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
Сообщение от крабб (?), 22-Ноя-25, 14:49
а подскажите максимально легковесный бравзер для линукса? (нет, не консольный)
Ответить | Правка | Наверх | Cообщить модератору

	3. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–3 +/–
	Сообщение от Аноним (3), 22-Ноя-25, 14:53
	Netsurf, Mosaic, утёкшие сырцы старой вжоперы. Palemoon - уже среднетяжёлый.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (10), 22-Ноя-25, 15:01
	Мозиллик
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (93), 23-Ноя-25, 06:29
	Это ещё что?
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–2 +/–
	Сообщение от Аноним (4), 22-Ноя-25, 14:54
	edge
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	5. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+2 +/–
	Сообщение от Аноним (10), 22-Ноя-25, 14:55
	Qutebrowser https://github.com/qutebrowser
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	22. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–3 +/–
	Сообщение от Аноним (22), 22-Ноя-25, 15:45
	так он же питонячий!
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (-), 22-Ноя-25, 17:53
	> так он же питонячий! Вот такое вот хреновое лето^W легковесность... :\
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (71), 22-Ноя-25, 21:00
	Когда qtwebengine успел стать легковесным?
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	80. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (80), 22-Ноя-25, 23:57
	Когда он успел стать тяжеловесным?
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
	Сообщение от Аноним (92), 23-Ноя-25, 02:44
	Это литералли хром
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (16), 22-Ноя-25, 15:00
	https://opennet.ru/64223-firefox
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	9. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
	Сообщение от Bob (??), 22-Ноя-25, 15:01
	midory, viper, epiphany
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	35. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Bottle (?), 22-Ноя-25, 16:39
	Emacs.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	64. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+2 +/–
	Сообщение от User (??), 22-Ноя-25, 20:33
	Чтоб сайты открывал, или как обычно?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	82. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (80), 22-Ноя-25, 23:58
	Да
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от КодерКулхацкер (?), 23-Ноя-25, 15:50
	Waterfox ( вроде полегче чем firefox ), без ии всяких). еще можно оптимизировать, https://gist.github.com/Guest007/e3a09aa97a827916b0b91b726a8... Но я щас стал замечать, что вохзможно ( из за оптимизаций ), из за обновлений ( тоесть инструкция та же а браузер обновляется ), кое где как раз лагает ( а в default норм ). Обычно оптимизировал минималное использование ssd. Любой на Gecko это firefox, насамом деле разницы неособо. Например Kde Debian и Kde Alt, не особо разница. Есть ведь всего два движка, chrome ( который ), и firefox ( gecko ), ах да еще Safari. Под них сайты оптимизируют.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (84), 23-Ноя-25, 01:07
	фаерфокс после липосакции - даже на 3-пне работает... Или у тебя 2-пень?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	121. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (121), 23-Ноя-25, 21:10
	Curl GUI 😎
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

6. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+3 +/–
Сообщение от Аноним (10), 22-Ноя-25, 14:57
Гуля могла бы и за свой счёт поддерживать. Деньги же гребут лопатой. На самом деле они просто продвигают свою ужасный и дурацкий формат WebP.
Ответить | Правка | Наверх | Cообщить модератору

	7. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+7 +/–
	Сообщение от Аноним (10), 22-Ноя-25, 14:59
	Гугл худшая компания.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+3 +/–
	Сообщение от Аноним (13), 22-Ноя-25, 15:18
	Да нет, Майкрософт гораздо хуже.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (10), 22-Ноя-25, 15:55
	Нет Гугл, Майкрософт - друг опенсорса.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+3 +/–
	Сообщение от Аноним (47), 22-Ноя-25, 18:04
	Майкрософт не друг. Он монополизировал инфраструктуру для разрабов только чтобы навязать им свои сервисы и фреймворки. Обычный обмен комфорта на данные для аналитики, которая усилит их власть. Настоящие друзья opensorce - бесполезные фрики.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (93), 23-Ноя-25, 06:33
	>Майкрософт не друг. В 2025 году некто разразился откровением, о котором люди уже знали давно. Прогресс, однако.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (101), 23-Ноя-25, 10:33
	в 25 году в индустрию пришло поколение, которое знать ничего не знает о том что тврил мс в 2016, хоть бы он газенвагены строил, сейчас то норм. а самое забавное, что в мс они тоже пришли, и вполне пилят проекты открытые от имени мс без малейших аибиций по захвату уничтожению или развалу. так что фиг знает, может они белые и пушистые, а нам пора на свалку истории
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (103), 23-Ноя-25, 13:18
	Мне кажется, что я из этого поколения. Помню как в 2016 пользовался виндовз, но не помню, чтобы что-то при этом вызывало у меня какой-то дискомфорт или протест. Так а что там случилось? Таки они строили газенвагены?
	Ответить | Правка | Наверх | Cообщить модератору

	125. Скрыто модератором	+/–
	Сообщение от Аноним (58), 23-Ноя-25, 23:12
	Пока линуксоиды с майкрософтом воевали, много чего случилось, поэтому странно его сейчас выделять. Майкрософт был в центре внимания, когда: - крупный производитель выпускает красноглазый линуксофон (Nokia N900) - Android более открытый и хорошо рутуется - у яблока юзабельный джейлбрейк - у гугла ещё на горизонте нету планов привязать каждый браузер к залоченному железу - можно отредактировать прошивку wi-fi адаптера от Intel или VBIOS у AMD/Nvidia - IBM PC и x86 считают недостаточно открытым, ARM и RISC-V в каждый дом - на хабре всерьёз пишут, что код драйверов закрывают из-за стыда за качество кода - государства никуда не лезут - ни chat control, ни регуляций на тему "это закрыть для безопасности, больше подотчётности, опенсорс оставить для исследований, гиков с их желанием распоряжаться железом по-своему поставить на место". А теперь он местами безобидный, местами отстаёт от трендов.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	111. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (111), 23-Ноя-25, 16:19
	Околоайтишные студенты думают, что майки - это про виндоус, иксбокс и дотнет. То, что у Майков много подразделений (тот же Майкрософт ресерч), которые занимаются computer science и двигают вперед науку - студентам такого не рассказывают на пикабу.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	48. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+2 +/–
	Сообщение от Аноним (47), 22-Ноя-25, 18:08
	Все корпорации - зло. Просто некоторые понимают, что ускорение прогресса принесет им ещё больше денег. Чем быстрее развиваются технологии тем большую монополию они создают, потому что выигрывает тот кто успеет захватить новые технологии раньше других.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	62. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (58), 22-Ноя-25, 20:13
	> Все корпорации - зло. Но некоторые из них хотя бы играют в опенсорс, хотя не обязаны. И над корпорациями ещё стоят государства, которые могут вдруг объявить, что опенсурс - это не суверенно. На хабре полторы недели назад снова из МГУ отписались по кодекам (хабр не подвёл - в комментах стали искать в МГУ врагов народа). > приватные реализации компаний > самое интересное — авторы кодеков топа. Tencent266 — Tencent, S266 — Alibaba, далее Tencent, QASV3 — китайский институт, HW266 — Huawei, S266 — Alibaba, V265 — Tencent, QAV1 — китайская iQIYI > Закрытые реализации почти в два раза эффективнее открытых. https://habr.com/ru/articles/965452/#:~:text=8%20%...
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (58), 22-Ноя-25, 20:16
	+++ > Судя по всему, халявы, как с x264 (который был очень > хорошо  развит и при этом open-source), уже не будет. > Компании держат свои наработки при себе и обеспечивают > конкурентное преимущество своих облаков и сервисов. .
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (69), 22-Ноя-25, 20:54
	Купим железо с поддержкой нужных кодеков и специальным браузеро-плеером для видосиков -  нет проблем, зарплаты хватит на все. Для Гимпа будет уже другое железо. Могу прямо сейчас рекомендовать Либребук со стикером про ГПЛ и вкорячеными шкурками аля Винамп в Федора.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (16), 22-Ноя-25, 20:45
	Отчасти они правы, приводить в пример китайскую огороженную локалку такое себе: https://habr.com/ru/companies/beget/articles/945228/
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	95. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (93), 23-Ноя-25, 06:34
	>Все корпорации - зло. В 2025 году, ещё один обморок разразился откровением, о котором люди уже знали давно. Прогресс, однако.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	104. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (103), 23-Ноя-25, 13:22
	Все корпорации зло, однако без них не будет прогресса. Технического, по крайней мере. Или вы сегодня видите некие технические преимущества у таких стран как Северная Корея, Афганистан, Мьянма и т.п.? Там фактически отсутствуют корпорации.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	119. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (39), 23-Ноя-25, 18:56
	Программисты из Северной Кореи и Ирана десятилетиями известны своим высоким уровнем во всём мире, и это при полной изоляции и достаточно тотальном эмбарго без доступа к современным технологиям, образованию, и оборудованию. Афганистан в списке лишний, Мьянма наверняка не ниже Индии уровнем специалистов.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (111), 23-Ноя-25, 16:22
	Корпорации - это просто собрание людей, работающих в индустрии по принципу разделения труда. Предлагаете вернуться к феодальному строю или к собирательству? Вперед, покажите на своем примере. Чемодан, вокзал, Папуа новая Гвинея.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	11. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Bob (??), 22-Ноя-25, 15:01
	у них avif формат картинок
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	107. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (107), 23-Ноя-25, 14:32
	тоже гумно
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (14), 22-Ноя-25, 15:20
	WebP, AVIF, JPEG-XL - все три разработал Google. Тут скорее всего они сами не знают, что теперь делать с этим зоопарком.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	18. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (16), 22-Ноя-25, 15:23
	https://en.wikipedia.org/wiki/AVIF
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
	Сообщение от Аноним (14), 22-Ноя-25, 15:26
	https://aomediacodec.github.io/av1-avif/ > Editors: > Yannis Guyon (Google) > Leo Barnes (Apple) > Wan-Teh Chang (Google)
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (21), 22-Ноя-25, 15:48
	> WebP, AVIF, JPEG-XL - все три разработал Google Гугл не разрабатывал JPEG-XL. Они разработали формат PIK, который вместе с FUIF стал основой JPEG-XL. https://en.wikipedia.org/wiki/JPEG_XL#History
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	54. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (54), 22-Ноя-25, 18:32
	JPEG-XL уложил на лопатки обоих с гуглом в том числе
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

12. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
Сообщение от Аноним (69), 22-Ноя-25, 15:06
Без gpl живут и зарабатывают. Такое вообще законно?
Ответить | Правка | Наверх | Cообщить модератору

	33. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (10), 22-Ноя-25, 16:34
	Никто ничего на зарабатывает все занимаются только политикой.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (103), 23-Ноя-25, 01:41
	Но ведь политика существует для того, чтобы через неё зарабатывать.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (101), 23-Ноя-25, 10:43
	ога, именно поэтому результатом являются запреты на продажу раз через раз, политика конечно включает сдерживание конкурентов, но цели у нее другие, а средства любые, включая экономические
	Ответить | Правка | Наверх | Cообщить модератору

30. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
Сообщение от nc (ok), 22-Ноя-25, 16:17
ИМХО, архитектура должна быть модульной: если в системе есть поддержка того или иного формата - он поддерживается и браузерами. В поставке браузера должны быть какие-то модули по умолчанию, но любой пользователь должен иметь возможность устанавливать свои модули.
Ответить | Правка | Наверх | Cообщить модератору

	32. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+4 +/–
	Сообщение от Аноним (10), 22-Ноя-25, 16:34
	Ну в коем случае такого быть не должно. Набор должен был един, чтобы не думать какой формат использовать чтобы у всех открылось. Такое уже было когда интернет эксплорер не поддерживал png.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от nc (ok), 22-Ноя-25, 16:36
	Была бы модульность, было бы достаточно поставить в систему модуль ("кодек") поддержки png.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (52), 22-Ноя-25, 18:30
	Опять в эпоху зоопарка кодеков? K-Lite, вот это всё? Ну уж нет, лучше как сейчас.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (66), 22-Ноя-25, 16:53
	С добрым утром. Так УЖЕ БЫЛО. И у лисы, и у хромого были нативные плагины с описанным API для обработки неподдерживаемых из коробки форматов файлов. И от этого сознательно отказались. А знаешь, почему? Потому что эти плагины — это был первейший вектор для распространения малвари. Дырявый проприетарный плагин Macromedia Flash и не менее дырявый проприетарный плагин от Adobe для просмотра PDF (который по умолчанию пихался в систему при установке Acrobat Reader) — их буквально тряпками выгоняли отовсюду, с титаническими усилиями. Поскольку заставить проприетарных вендоров вовремя латать дыры и централизованно апдейтить свои поделия так и не получилось. И покуда плагины не выпнули отовсюду, это была золотая эпоха ботнетов, порнобаннеров, шифровальщиков и скринлокеров.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	40. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (39), 22-Ноя-25, 17:39
	Это было не так. Это было "ghostscript и jit блобы на странице исполняются с правами системы и прилеплены к браузеру сбоку мимо любых изоляций и песочниц".
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (47), 22-Ноя-25, 18:10
	Любые модули это уязвимость. Вспомни flash и adobe pdf.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	72. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (39), 22-Ноя-25, 21:05
	Расскажи это openh26, блоб которого произвольно скачивается из интернета твоим браузером.
	Ответить | Правка | Наверх | Cообщить модератору

55. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
Сообщение от Аноним (54), 22-Ноя-25, 18:34
В гугле не учли что их браузер не самый популярный просмотрщик контента, где то половина контента в мире это PDF где с Адоби не такие кретины сидят
Ответить | Правка | Наверх | Cообщить модератору

	90. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (103), 23-Ноя-25, 01:44
	Но ведь их браузер позволяет просматривать pdf.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (123), 23-Ноя-25, 21:17
	От этого горит у гугла пятая точка, что просматривать хром его должен, но PDF гул не контролирует
	Ответить | Правка | Наверх | Cообщить модератору

57. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
Сообщение от Аноним (57), 22-Ноя-25, 19:07
AVIF - для веба JPEG XL - для качественных фото SVG - для векторной графики. Все остальное - в мусорку. Бгг.
Ответить | Правка | Наверх | Cообщить модератору

	74. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (74), 22-Ноя-25, 22:28
	SVG безумно раздут самим форматом XML. Для векторов и средненькой графики нужен компактный язык, который позволит передавать масштабируемые иконки, диаграммы и т.п. в пределаг 1-10КБ.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (58), 22-Ноя-25, 23:31
	Открыл HTTP/1.0 - в 1996 уже было прописано сжатие. Открыл словарь Brotli - в 2013 уже нацеливали сжатие на "?xml ve", ".org", "2000", "width=", "points".
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от fuggy (ok), 23-Ноя-25, 15:59
	Так всё равно никто вручную svg не редактирует. А фичи svg никто не заставляет использовать. Или ты про сам xml, то это меньшее зло. Кроме того xml стандарт, а новый язык векторной графики не будет так распространён.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

59. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
Сообщение от Аноним (58), 22-Ноя-25, 19:42
Скопирую свой коммент из предыдущей новости https://www.opennet.me/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
Ответить | Правка | Наверх | Cообщить модератору

	65. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (65), 22-Ноя-25, 20:33
	Все сравнения пишут о некотором превосходстве JXL над AVIF, особенно для фотографий. Правда, совсем новых текстов не видел. Поделитесь свежими сравнениями, если есть ссылки.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (58), 22-Ноя-25, 21:44
	> Все сравнения пишут Вряд ли они доходили как тут[1] до 10-битности и прокидывания в "-a tune=" недокументированных[2] значений (догадаться можно, что надо читать по -a другие более актуальные маны, но это ещё надо догадаться, как и до 10 бит). То есть у них есть проблемы помимо устарелости. [1] https://old.reddit.com/r/AV1/comments/o7s8hk/high_quality_en.../ [2] https://github.com/AOMediaCodec/libavif/blob/main/doc/avifen...
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (39), 23-Ноя-25, 09:52
	Я сравнивал метрикой PAE (наиболее релевантная, как по мне) и avif никуда не годится. Webp с твиками (sharp-yuv и т.д.) может быть вполне ничего. Низкокачественное кодирование у avif лучше, но ты видишь, что всё, что можно, порезано, иными словами, все детали и цвета, и выглядит хуже ужатого jpeg (у этого просто стрёмные артефакты кодирования). У jpegxl видимое (нет) прореживание цветов начинается на q95 и вполне понятное -- чтобы увидеть разницу, надо понизить "битрейт" очень значительно. Если исходник уже с потерями, jpegxl может отфильтровать определённые артефакты. Главное это режим без потерь, теперь все "png файлы" по размеру как jpeg. А кодирование в 10 бит это в основном про бандинг на градиентах, вроде это не то чтобы проблема с av1. Вот у vp8 (webp) и h264 она есть. У vp9 при недостатке битрейта видно лестницы.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (58), 23-Ноя-25, 16:27
	Ну нельзя же так. Peak absolute error - это "найти пиксель с максимальной ошибкой", то есть нет устойчивости к выбросам, можно поломать метрику всей картинки одним сдвинутым пикселем. Очень далеко от идеального алгоритма, который бы оценивал качество как человек с его зрением, мозгом и вкусами по поводу артефактов. PAE -> PSNR -> SSIM -> VMAF -> SSIMULACRA2-и-проч -> живые люди. При сравнении lossy-картинок[1] WebP можно поставить выше, если только забыть приравнять размеры файлов (кодируем в один размер, затем сравниваем качество). Радиотехническая заповедь "не крути две ручки одновременно". Про старый JPEG тоже, бывает, думаешь, что выглядит неплохо, а потом замечаешь, что сравнение нечестное - размер файла выше. Опускаешь до размера AVIF и вместо безобидного звона уже лезут квадраты 8x8, по сравнению с AVIF - испорчено. У avifenc тоже есть --sharpyuv, который вообще появился от того, что у lossy-WebP не отключается прореживание цветности. А у AVIF-то оно отключается (4:4:4 есть). > Главное это режим без потерь, теперь все "png файлы" по размеру как jpeg. "По размеру как jpeg" немного искажает идею - PNG тоже сжимает лучше JPEG на подходящих картинках (текст, графики-диаграммы, малое количество цветов). То есть при снижении JPEG-артефактов до незаметных ("visually lossless") на таких картинках размер JPEG будет гораздо выше PNG. 10 бит - это именно про парадоксальное повышение эффективности сжатия. Но если думать о градиентах, то там 10 бит полезны, потому что 8 бит немного не хватает даже в sRGB - можно заметить бандинг на плавных градиентах в тенях. Можно сохранять градиенты дизерингом, а можно повышением разрядности и 2-й способ потребует меньше битрейта. [1] это оговорка к тому, что у AVIF сломан lossless-режим - он хуже WebP.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (39), 23-Ноя-25, 16:46
	Этот пиксель и будет светиться и мозолить глаза. Большая проблема vmaf -- глаз видит артефакты, а метрика считает, что всё достаточно неплохо. Кстати, jpegxl и без перекодирования упакует данные старого jpeg таким образом, что они будут занимать 1% от исходного (если они подходящие). Речь всё же о средних файлах. А лосслесс у avif не хуже, он просто поддельный и раздувает файлы почём зря: все эти 444 делают вид, что они есть, да вот метрику не обманешь.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (58), 23-Ноя-25, 17:39
	> Этот пиксель и будет светиться и мозолить глаза Так он и на оригинальном месте светиться будет, я специально сказал "сдвинутый". И почему светиться? Если не двигать, а менять, то он может быть темнее или другого цвета. Поменял один тёмно-синий пиксель на тёмно-зелёный и imagemagick говорит[1], что по PAE качество png просело до jpeg q48. > глаз видит артефакты, а метрика считает, что всё достаточно неплохо Это повод улучшать метрику, а не наоборот. > упакует данные старого jpeg таким образом, что они будут занимать 1% от исходного Нет, конечно. Это прекрасная фича, но там не может быть 99%. Скорее, 20%. > А лосслесс у avif не хуже, он просто поддельный и раздувает файлы почём зря: все эти 444 делают вид, что они есть, да вот метрику не обманешь. Это уже не две ручки, это просто всё перепутано... [1] в винде так: magick compare -metric pae src.png paint.png null:  2>&1  & echo; magick compare -metric pae src.png q48.jpg   null:  2>&1  & echo;
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
	Сообщение от Аноним (39), 23-Ноя-25, 17:52
	>Нет, конечно. Это прекрасная фича, но там не может быть 99%. Скорее, 20%. спасибо, больше не буду тратить время
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (58), 23-Ноя-25, 18:23
	Нужно быть идиотом, чтобы придумать эти 100%->1% и ещё не проверить самостоятельно[1]. Иногда можно поговорить с такими для развлечения. То есть про то, что ANS обгоняет Хаффмана в 100 раз. [1] cjxl --lossless_jpeg=1 --effort=10[*] src.jpg recomp.jxl [*c] --effort=11, который за --allow_expert_options, здесь ничего не меняет
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (39), 23-Ноя-25, 18:31
	Как только уличили в безумстве, спала маска и ты начал агриться. Теперь ты пытаешься убедить себя в правоте, но ты в следующий раз пожалуйста начинай с чего-нибудь столь же явно безумного, а то я было подумал что-нибудь полезное узнаю.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (58), 23-Ноя-25, 19:45
	> Поделитесь свежими сравнениями, если есть ссылки. Вот свежее, ноябрьское. JXL не позволяет себя настроить так, чтобы не отставать от настроенного AVIF, который требует пару параметров. using only the stock settings, JPEG-XL handily beats all of the other encoders But with optimized settings, both libaom and SVT-AV1 can outperform it https://www.rachelplusplus.me.uk/blog/2025/07/a-better-image... Потенциально в будущем может догнать/обогнать (у него тоже noise synthesis и всё такое), но и старое отставание на низких bit-per-pixel раньше было настораживающим, и нынешний застой на гитхабе не радует.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	75. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от Аноним (75), 22-Ноя-25, 23:31
	когда скопируешь-то?
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

78. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
Сообщение от Avririon (ok), 22-Ноя-25, 23:48
Манифест возвращайте.
Ответить | Правка | Наверх | Cообщить модератору

83. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
Сообщение от Аноним (83), 23-Ноя-25, 00:28
Про Гугель стоит писать, если они вернут второй манифест... Я так щитаю... А все эти жипегхл, жипегххл и жипегхххл (для американцев) - это дешовый популизмъ
Ответить | Правка | Наверх | Cообщить модератору

	89. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
	Сообщение от Аноним (58), 23-Ноя-25, 01:44
	JXL, жиксель, ОЗУП ЧД.
	Ответить | Правка | Наверх | Cообщить модератору

86. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
Сообщение от Аноним (86), 23-Ноя-25, 01:24
> Поддержка до 4099 каналов Кто-то знает почему выбрали не степень двойки?
Ответить | Правка | Наверх | Cообщить модератору

	87. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
	Сообщение от Аноним (58), 23-Ноя-25, 01:41
	>> Поддержка до 4099 каналов > Кто-то знает почему выбрали не степень двойки? Очевидно, 3 + 4096. Besides the ‘main image channels’ — either one Grayscale channel, or three color channels — there can be up to 4096 ‘extra channels’ in a JPEG XL image. https://arxiv.org/pdf/2506.05987
	Ответить | Правка | Наверх | Cообщить модератору

91. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+1 +/–
Сообщение от Аноним (91), 23-Ноя-25, 01:52
Стоило аппле зашевелиться, как гугл сразу "ой, мы передумали", ведь надо же делать всё как у аппле. Классика.
Ответить | Правка | Наверх | Cообщить модератору

	96. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	–1 +/–
	Сообщение от Аноним (96), 23-Ноя-25, 06:35
	Нет, просто нашли куда можно дыры приткнуть.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
	Сообщение от нах. (?), 23-Ноя-25, 09:42
	Иначе фотки, сделанные ипхоноухими в вертикальном формате, будут открываться только в сафари. А на енто гугель пойтить не могет, потому что фотки сделанные китайскими нонеймами открывать обычно и незачем.
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

122. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
Сообщение от Аноним (123), 23-Ноя-25, 21:14
Невостребованный гугл, а не JPEG-XL Как только жареным запахло гиена хвост поджала и попятилась
Ответить | Правка | Наверх | Cообщить модератору

124. "Google готов вернуть в Chrome поддержку формата JPEG-XL"	+/–
Сообщение от Tron is Whistling (?), 23-Ноя-25, 22:28
4099 каналов - это как раз то, что и было нужно браузеру.
Ответить | Правка | Наверх | Cообщить модератору

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

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