The OpenNET Project / Index page

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

Google готов вернуть в Chrome поддержку формата JPEG-XL

22.11.2025 14:27

Рик Байерс (Rick Byers), один из технических руководителей команды, занимающейся разработкой Google Chrome, заявил о готовности включить в движок Chromium высокопроизводительный и безопасный при работе с памятью декодировщик для формата изображений JPEG-XL. В качестве основного критерия для активации декодировщика JPEG-XL по умолчанию упоминается готовность к его длительному сопровождению.

Отмечается, что решение принято в связи с изменением ситуации после последней оценки состояния внедрения JPEG XL. За прошедшие два года поддержка JPEG XL была добавлена в браузер Safari, о намерении поддерживать JPEG XL заявили разработчики Firefox, принято решение включить поддержку JPEG XL в спецификацию PDF. Кроме того, Google учёл пожелания, высказанные разработчиками после осуществлённого в 2022 году удаления JPEG XL из Chrome. Удаление было выполнено под предлогом низкого интереса со стороны экосистемы, отсутствия достаточных преимуществ и желания снизить нагрузку при сопровождении.

Следом за объявлением Рика, другой разработчик опубликовал отчёт о состоянии предложенной для включения в Chrome реализации JPEG-XL. Указано, что в качестве основы использован ранее развивавшийся в Chromium код для поддержки JPEG-XL, который был обновлён и синхронизирован с эталонной реализацией libjxl. Из изменений отмечена поддержка анимации (другие браузеры пока не поддерживают анимацию).

Формат JPEG XL был стандартизирован в 2021 году (ISO/IEC 18181) как универсальная замена JPEG, поддерживающая сжатие существующих JPEG-файлов без потери качества, широкий динамический диапазон, высокое разрешение и многослойные изображения. Среди преимуществ JPEG XL:

  • Снижение размера до 60% по сравнению с изображениями JPEG идентичного качества;
  • Поддержка HDR, анимации, прозрачности, режима прогрессивной загрузки;
  • Плавное ухудшение качества при уменьшении битрейта;
  • Сжатие JPEG без потерь (уменьшение размера JPEG до 21% c возможностью восстановления исходного состояния);
  • Поддержка до 4099 каналов;
  • Большой диапазон глубин цвета;
  • Отсутствие необходимости выплаты патентных отчислений и наличие открытой эталонной реализации под лицензией BSD.


  1. Главная ссылка к новости (https://groups.google.com/a/ch...)
  2. OpenNews: В спецификацию PDF добавлена поддержка формата изображений JPEG XL
  3. OpenNews: Представлен формат сжатия изображений Spectral JPEG XL
  4. OpenNews: Уязвимости в реализации JPEG XL из состава FFmpeg
  5. OpenNews: Samsung обеспечил поддержку формата изображений JPEG XL
  6. OpenNews: Google упраздняет поддержку JPEG XL в Chrome
Лицензия: CC BY 3.0
Наводку на новость прислал Artem S. Tashkinov
Короткая ссылка: https://opennet.ru/64306-jpegxl
Ключевые слова: jpegxl, chrome
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (112) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 14:44, 22/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +23 +/
    Как в том анкете: "Не прокатило"
     
     
  • 2.14, Аноним (14), 15:18, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Google и есть основной разработчик JPEG-XL, и драма с выпиливанием кодека из браузера выглядела как шантаж отрасли - если вы не хотите шевелиться, то и мы не будем упорствовать. И как показала история - расчет верный, после этого момента все заговорили про кодек (анонимы так вообще впервые услышали про его существование) и начали поддерживать в своих продуктах.
     
     
  • 3.16, Аноним (16), 15:21, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    https://en.wikipedia.org/wiki/JPEG_XL#History
     
     
  • 4.17, Аноним (14), 15:23, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Спасибо за ссылку, она как раз подтверждает выше сказанное:

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

     
     
  • 5.21, Аноним (21), 15:44, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +10 +/
    >> 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."

     
     
  • 6.28, Аноним (28), 15:59, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обычный Nih-синдром.  
     
  • 6.29, Аноним (29), 16:13, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Которая, в свою очередь, не компания с сотрудниками а зонтик для юридического прикрытия. Так кто же код то писал, не гугловцы ли?


    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.

     
     
  • 7.51, Аноним (51), 18:27, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вполне себе компания по предоставлению облачных услуг . Как амазон или клауд (которые так же не сидят на попе) . И это не единственная их разработка . По ссылкам переходить не пробовали ?
     
  • 7.56, Аноним (51), 18:36, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы перепутали разработчика и координационный комитет . Попробуйте другой онлайн переводчик .
     
  • 6.58, Аноним (58), 19:23, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Цюрихский офис гугла сжатием занимается и там в JXL вклад большой, вы чего Из в... большой текст свёрнут, показать
     
     
  • 7.66, Аноним (66), 20:35, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так вклад никто и не оспаривает Да, JPEG-XL 8212 это, по сути, слепленные вм... большой текст свёрнут, показать
     
     
  • 8.70, Аноним (58), 20:57, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я отвечаю на комментарий А вы на што Да, но другое подразделение со своими инт... текст свёрнут, показать
     
  • 7.85, Аноним (58), 01:22, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ...and Luca Versari [а эти гугл]

    Он также основной контрибьютор в jxl-rs.
    https://github.com/libjxl/jxl-rs/graphs/contributors

     
  • 3.24, СантиийПонтелимонович (?), 15:51, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >JPEG-XL
    >выглядела как шантаж отрасли - если вы не хотите шевелиться, то и мы не будем упорствовать

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

     
  • 3.31, Аноним (66), 16:33, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Ты несёшь чушь.

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

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

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

     
     
  • 4.61, Аноним (14), 20:13, 22/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.39, Аноним (39), 17:36, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    От гугла там только lossless кодирование было емнип (оно затыкает по всем параметрам пнг, чуть дороже разве что). Ну они по-моему утащили из flif там что-то, но это васянство было.
     

  • 1.2, крабб (?), 14:49, 22/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    а подскажите максимально легковесный бравзер для линукса?
    (нет, не консольный)
     
     
  • 2.3, Аноним (3), 14:53, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Netsurf, Mosaic, утёкшие сырцы старой вжоперы.
    Palemoon - уже среднетяжёлый.
     
     
  • 3.10, Аноним (10), 15:01, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мозиллик
     
     
  • 4.93, Аноним (93), 06:29, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это ещё что?
     
  • 2.4, Аноним (4), 14:54, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    edge
     
  • 2.5, Аноним (10), 14:55, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Qutebrowser https://github.com/qutebrowser
     
     
  • 3.22, Аноним (22), 15:45, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    так он же питонячий!
     
     
  • 4.43, Аноним (-), 17:53, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > так он же питонячий!

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

     
  • 3.71, Аноним (71), 21:00, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Когда qtwebengine успел стать легковесным?
     
     
  • 4.80, Аноним (80), 23:57, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Когда он успел стать тяжеловесным?
     
     
  • 5.92, Аноним (92), 02:44, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это литералли хром
     
  • 2.8, Аноним (16), 15:00, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://opennet.ru/64223-firefox
     
  • 2.9, Bob (??), 15:01, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    midory, viper, epiphany
     
  • 2.35, Bottle (?), 16:39, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Emacs.
     
  • 2.64, User (??), 20:33, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чтоб сайты открывал, или как обычно?
     
     
  • 3.82, Аноним (80), 23:58, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да
     
     
  • 4.108, КодерКулхацкер (?), 15:50, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Waterfox ( вроде полегче чем firefox ), без ии всяких).
    еще можно оптимизировать, https://gist.github.com/Guest007/e3a09aa97a827916b0b91b726a8c2c66

    Но я щас стал замечать, что вохзможно ( из за оптимизаций ), из за обновлений ( тоесть инструкция та же а браузер обновляется ), кое где как раз лагает ( а в default норм ).
    Обычно оптимизировал минималное использование ssd.
    Любой на Gecko это firefox, насамом деле разницы неособо.
    Например Kde Debian и Kde Alt, не особо разница.

    Есть ведь всего два движка, chrome ( который ), и firefox ( gecko ), ах да еще Safari.
    Под них сайты оптимизируют.

     
  • 2.84, Аноним (84), 01:07, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    фаерфокс после липосакции - даже на 3-пне работает... Или у тебя 2-пень?
     
  • 2.121, Аноним (121), 21:10, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Curl GUI 😎
     
  • 2.132, Shevchuk_x (-), 14:52, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если на пару вкладок — Ungoogled Chromium, если больше — Firefox / Librewolf
     

  • 1.6, Аноним (10), 14:57, 22/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Гуля могла бы и за свой счёт поддерживать. Деньги же гребут лопатой. На самом деле они просто продвигают свою ужасный и дурацкий формат WebP.
     
     
  • 2.7, Аноним (10), 14:59, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Гугл худшая компания.
     
     
  • 3.13, Аноним (13), 15:18, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да нет, Майкрософт гораздо хуже.
     
     
  • 4.25, Аноним (10), 15:55, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет Гугл, Майкрософт - друг опенсорса.
     
     
  • 5.47, Аноним (47), 18:04, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Майкрософт не друг. Он монополизировал инфраструктуру для разрабов только чтобы навязать им свои сервисы и фреймворки.

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

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

     
     
  • 6.94, Аноним (93), 06:33, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Майкрософт не друг.

    В 2025 году некто разразился откровением, о котором люди уже знали давно. Прогресс, однако.

     
     
  • 7.101, Аноним (101), 10:33, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в 25 году в индустрию пришло поколение, которое знать ничего не знает о том что тврил мс в 2016, хоть бы он газенвагены строил, сейчас то норм.

    а самое забавное, что в мс они тоже пришли, и вполне пилят проекты открытые от имени мс без малейших аибиций по захвату уничтожению или развалу.

    так что фиг знает, может они белые и пушистые, а нам пора на свалку истории

     
     
  • 8.103, Аноним (103), 13:18, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне кажется, что я из этого поколения Помню как в 2016 пользовался виндовз, но ... текст свёрнут, показать
     
  • 8.125, Аноним (58), 23:12, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пока линуксоиды с майкрософтом воевали, много чего случилось, поэтому странно ег... большой текст свёрнут, показать
     
  • 6.111, Аноним (111), 16:19, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Околоайтишные студенты думают, что майки - это про виндоус, иксбокс и дотнет. То, что у Майков много подразделений (тот же Майкрософт ресерч), которые занимаются computer science и двигают вперед науку - студентам такого не рассказывают на пикабу.
     
  • 5.48, Аноним (47), 18:08, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Все корпорации - зло. Просто некоторые понимают, что ускорение прогресса принесет им ещё больше денег. Чем быстрее развиваются технологии тем большую монополию они создают, потому что выигрывает тот кто успеет захватить новые технологии раньше других.

     
     
  • 6.62, Аноним (58), 20:13, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Все корпорации - зло.

    Но некоторые из них хотя бы играют в опенсорс, хотя не обязаны. И над корпорациями ещё стоят государства, которые могут вдруг объявить, что опенсурс - это не суверенно.

    На хабре полторы недели назад снова из МГУ отписались по кодекам (хабр не подвёл - в комментах стали искать в МГУ врагов народа).

    > приватные реализации компаний
    > самое интересное — авторы кодеков топа. Tencent266 — Tencent, S266 — Alibaba, далее Tencent, QASV3 — китайский институт, HW266 — Huawei, S266 — Alibaba, V265 — Tencent, QAV1 — китайская iQIYI
    > Закрытые реализации почти в два раза эффективнее открытых.

    https://habr.com/ru/articles/965452/#:~:text=8%20%D0%BC%D0

     
     
  • 7.63, Аноним (58), 20:16, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    +++
    > Судя по всему, халявы, как с x264 (который был очень
    > хорошо  развит и при этом open-source), уже не будет.
    > Компании держат свои наработки при себе и обеспечивают
    > конкурентное преимущество своих облаков и сервисов.

    .

     
     
  • 8.69, Аноним (69), 20:54, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Купим железо с поддержкой нужных кодеков и специальным браузеро-плеером для видо... текст свёрнут, показать
     
  • 7.67, Аноним (16), 20:45, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отчасти они правы, приводить в пример китайскую огороженную локалку такое себе:
    https://habr.com/ru/companies/beget/articles/945228/
     
  • 6.95, Аноним (93), 06:34, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Все корпорации - зло.

    В 2025 году, ещё один обморок разразился откровением, о котором люди уже знали давно. Прогресс, однако.

     
  • 6.104, Аноним (103), 13:22, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Все корпорации зло, однако без них не будет прогресса. Технического, по крайней мере. Или вы сегодня видите некие технические преимущества у таких стран как Северная Корея, Афганистан, Мьянма и т.п.? Там фактически отсутствуют корпорации.
     
     
  • 7.119, Аноним (39), 18:56, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Программисты из Северной Кореи и Ирана десятилетиями известны своим высоким уровнем во всём мире, и это при полной изоляции и достаточно тотальном эмбарго без доступа к современным технологиям, образованию, и оборудованию. Афганистан в списке лишний, Мьянма наверняка не ниже Индии уровнем специалистов.
     
     
  • 8.127, Аноним (127), 07:37, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот не надо, нет у Ирана тотальной изоляции А про Северную Корею 8212 это ве... текст свёрнут, показать
     
     
  • 9.128, Аноним (39), 08:01, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Аналог Астры у корейцев появился намного раньше И это ты видел их ПК, посмотри,... текст свёрнут, показать
     
     
  • 10.135, Аноним (135), 00:49, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только у глубоко больных умом может возникнуть мысль, что всё, что нужно - это б... текст свёрнут, показать
     
     
  • 11.136, Аноним (39), 00:58, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, не тебе об уме рассуждать А продукт там очень грамотный Успешно поддержива... текст свёрнут, показать
     
  • 6.112, Аноним (111), 16:22, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Корпорации - это просто собрание людей, работающих в индустрии по принципу разделения труда. Предлагаете вернуться к феодальному строю или к собирательству? Вперед, покажите на своем примере. Чемодан, вокзал, Папуа новая Гвинея.
     
  • 2.11, Bob (??), 15:01, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    у них avif формат картинок
     
     
  • 3.107, Аноним (107), 14:32, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    тоже гумно
     
  • 2.15, Аноним (14), 15:20, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    WebP, AVIF, JPEG-XL - все три разработал Google. Тут скорее всего они сами не знают, что теперь делать с этим зоопарком.
     
     
  • 3.18, Аноним (16), 15:23, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://en.wikipedia.org/wiki/AVIF
     
     
  • 4.19, Аноним (14), 15:26, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://aomediacodec.github.io/av1-avif/

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

     
  • 3.23, Аноним (21), 15:48, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > WebP, AVIF, JPEG-XL - все три разработал Google

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

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

     
  • 3.54, Аноним (54), 18:32, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    JPEG-XL уложил на лопатки обоих с гуглом в том числе
     

  • 1.12, Аноним (69), 15:06, 22/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Без gpl живут и зарабатывают. Такое вообще законно?
     
     
  • 2.33, Аноним (10), 16:34, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Никто ничего на зарабатывает все занимаются только политикой.
     
     
  • 3.88, Аноним (103), 01:41, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь политика существует для того, чтобы через неё зарабатывать.
     
     
  • 4.102, Аноним (101), 10:43, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ога, именно поэтому результатом являются запреты на продажу раз через раз, политика конечно включает сдерживание конкурентов, но цели у нее другие, а средства любые, включая экономические
     

  • 1.30, nc (ok), 16:17, 22/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ИМХО, архитектура должна быть модульной: если в системе есть поддержка того или иного формата - он поддерживается и браузерами. В поставке браузера должны быть какие-то модули по умолчанию, но любой пользователь должен иметь возможность устанавливать свои модули.
     
     
  • 2.32, Аноним (10), 16:34, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ну в коем случае такого быть не должно. Набор должен был един, чтобы не думать какой формат использовать чтобы у всех открылось. Такое уже было когда интернет эксплорер не поддерживал png.
     
     
  • 3.34, nc (ok), 16:36, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Была бы модульность, было бы достаточно поставить в систему модуль ("кодек") поддержки png.
     
     
  • 4.52, Аноним (52), 18:30, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Опять в эпоху зоопарка кодеков? K-Lite, вот это всё? Ну уж нет, лучше как сейчас.
     
  • 2.38, Аноним (66), 16:53, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С добрым утром.

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

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

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

     
     
  • 3.40, Аноним (39), 17:39, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это было не так. Это было "ghostscript и jit блобы на странице исполняются с правами системы и прилеплены к браузеру сбоку мимо любых изоляций и песочниц".
     
  • 2.49, Аноним (47), 18:10, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Любые модули это уязвимость. Вспомни flash и adobe pdf.
     
     
  • 3.72, Аноним (39), 21:05, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Расскажи это openh26, блоб которого произвольно скачивается из интернета твоим браузером.
     
     
  • 4.133, Аноним (133), 17:16, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Моим не скачивается.
     
     
  • 5.134, Аноним (39), 17:43, 25/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Моим не скачивается.

    Dillo?

     

  • 1.55, Аноним (54), 18:34, 22/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В гугле не учли что их браузер не самый популярный просмотрщик контента, где то половина контента в мире это PDF где с Адоби не такие кретины сидят
     
     
  • 2.90, Аноним (103), 01:44, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь их браузер позволяет просматривать pdf.
     
     
  • 3.123, Аноним (123), 21:17, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    От этого горит у гугла пятая точка, что просматривать хром его должен, но PDF гул не контролирует
     

  • 1.57, Аноним (57), 19:07, 22/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    AVIF - для веба
    JPEG XL - для качественных фото
    SVG - для векторной графики.

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

     
     
  • 2.74, Аноним (74), 22:28, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    SVG безумно раздут самим форматом XML. Для векторов и средненькой графики нужен компактный язык, который позволит передавать масштабируемые иконки, диаграммы и т.п. в пределаг 1-10КБ.
     
     
  • 3.76, Аноним (58), 23:31, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Открыл HTTP/1.0 - в 1996 уже было прописано сжатие.
    Открыл словарь Brotli - в 2013 уже нацеливали сжатие на "?xml ve", ".org", "2000", "width=", "points".
     
  • 3.110, fuggy (ok), 15:59, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так всё равно никто вручную svg не редактирует. А фичи svg никто не заставляет использовать. Или ты про сам xml, то это меньшее зло. Кроме того xml стандарт, а новый язык векторной графики не будет так распространён.
     

  • 1.59, Аноним (58), 19:42, 22/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скопирую свой коммент из предыдущей новости https www opennet ru openforum vsl... большой текст свёрнут, показать
     
     
  • 2.65, Аноним (65), 20:33, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Все сравнения пишут о некотором превосходстве JXL над AVIF, особенно для фотографий. Правда, совсем новых текстов не видел.

    Поделитесь свежими сравнениями, если есть ссылки.

     
     
  • 3.73, Аноним (58), 21:44, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Все сравнения пишут

    Вряд ли они доходили как тут[1] до 10-битности и прокидывания в "-a tune=" недокументированных[2] значений (догадаться можно, что надо читать по -a другие более актуальные маны, но это ещё надо догадаться, как и до 10 бит).
    То есть у них есть проблемы помимо устарелости.

    [1] https://old.reddit.com/r/AV1/comments/o7s8hk/high_quality_encoding_of_avif_ima
    [2] https://github.com/AOMediaCodec/libavif/blob/main/doc/avifenc.1.md#aom-specifi

     
     
  • 4.99, Аноним (39), 09:52, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я сравнивал метрикой PAE наиболее релевантная, как по мне и avif никуда не год... большой текст свёрнут, показать
     
     
  • 5.113, Аноним (58), 16:27, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну нельзя же так Peak absolute error - это найти пиксель с максимальной ошибко... большой текст свёрнут, показать
     
     
  • 6.114, Аноним (39), 16:46, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этот пиксель и будет светиться и мозолить глаза. Большая проблема vmaf -- глаз видит артефакты, а метрика считает, что всё достаточно неплохо. Кстати, jpegxl и без перекодирования упакует данные старого jpeg таким образом, что они будут занимать 1% от исходного (если они подходящие). Речь всё же о средних файлах. А лосслесс у avif не хуже, он просто поддельный и раздувает файлы почём зря: все эти 444 делают вид, что они есть, да вот метрику не обманешь.
     
     
  • 7.115, Аноним (58), 17:39, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так он и на оригинальном месте светиться будет, я специально сказал сдвинутый ... большой текст свёрнут, показать
     
     
  • 8.116, Аноним (39), 17:52, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо, больше не буду тратить время... текст свёрнут, показать
     
     
  • 9.117, Аноним (58), 18:23, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нужно быть идиотом, чтобы придумать эти 100 - 1 и ещё не проверить самостоятель... текст свёрнут, показать
     
     
  • 10.118, Аноним (39), 18:31, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как только уличили в безумстве, спала маска и ты начал агриться Теперь ты пытае... текст свёрнут, показать
     
  • 3.120, Аноним (58), 19:45, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Поделитесь свежими сравнениями, если есть ссылки.

    Вот свежее, ноябрьское. 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-compression-compa

    Потенциально в будущем может догнать/обогнать (у него тоже noise synthesis и всё такое), но и старое отставание на низких bit-per-pixel раньше было настораживающим, и нынешний застой на гитхабе не радует.

     
     
  • 4.130, Аноним (130), 12:08, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Очень интересная статья, спасибо. И её ссылки тоже любопытные.
     
  • 2.75, Аноним (75), 23:31, 22/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    когда скопируешь-то?
     

  • 1.78, Avririon (ok), 23:48, 22/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Манифест возвращайте.
     
  • 1.83, Аноним (83), 00:28, 23/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Про Гугель стоит писать, если они вернут второй манифест...
    Я так щитаю...
    А все эти жипегхл, жипегххл и жипегхххл (для американцев) - это дешовый популизмъ
     
     
  • 2.89, Аноним (58), 01:44, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    JXL, жиксель, ОЗУП ЧД.
     

  • 1.86, Аноним (86), 01:24, 23/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Поддержка до 4099 каналов

    Кто-то знает почему выбрали не степень двойки?

     
     
  • 2.87, Аноним (58), 01:41, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Поддержка до 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

     

  • 1.91, Аноним (91), 01:52, 23/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Стоило аппле зашевелиться, как гугл сразу "ой, мы передумали", ведь надо же делать всё как у аппле. Классика.
     
     
  • 2.96, Аноним (96), 06:35, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, просто нашли куда можно дыры приткнуть.
     
  • 2.98, нах. (?), 09:42, 23/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Иначе фотки, сделанные ипхоноухими в вертикальном формате, будут открываться только в сафари.

    А на енто гугель пойтить не могет, потому что фотки сделанные китайскими нонеймами открывать обычно и незачем.

     

  • 1.122, Аноним (123), 21:14, 23/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Невостребованный гугл, а не JPEG-XL

    Как только жареным запахло гиена хвост поджала и попятилась

     
  • 1.124, Tron is Whistling (?), 22:28, 23/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    4099 каналов - это как раз то, что и было нужно браузеру.
     
     
  • 2.126, Аноним (58), 01:29, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тем временем WebM поддерживает 18 квинтиллионов дорожек (аудио или видео).

    > RFC 9559
    > 5.1.4.1.1.  TrackNumber Element
    >   range:  not 0 (1-18446744073709551615)

     
  • 2.129, нах. (?), 09:33, 24/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    браузеру по большому счету никогда и ничего кроме jpeg (и может еще gif для элементов интерфейсов чтоб не рисовать их тратя чужое время) и не было нужно.

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

    Ну и адоба вон рада стараться - а давай мы такую фоточку запиндюрим в пдф. Зачем - хрен знает. Но зато теперь этот pdf в враждебном хромом показывает пустое место, так победимъ!

    Ну ничего, зато смотри-смотри - уже ж _начали_ переписывать на безопастном йезыке! Точно нужно!

     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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