# Google возвращает JPEG XL в Chrome

Published: 2026-10-07

Google анонсировала декодирование JPEG XL, начиная с Chrome 155, после того как ее предыдущий эксперимент был удален. В этом выпуске от 7 октября рассматриваются отзывы разработчиков, новый декодер на Rust, конкурирующие заявления о сжатии и запасные варианты развертывания, а затем рассматриваются недавно опубликованные артефакты математического доказательства OpenAI и конструкция DNS-черной дыры ESP32-C3 с хешем во флеш-памяти.

Canonical: https://thedailydiff.dev/ru/video/chrome-jpeg-xl-comeback/

## Что освещается в этом видео

- Анонс Chrome был опубликован 6 октября 2026 года и называет Chrome 155. Он не утверждает, что каждый посетитель веб-сайта уже использует поддерживаемую версию.
- Google отмечает настойчивые отзывы разработчиков и процесс Interop. Декодер jxl-rs использует Rust и оптимизированные векторные операции, при этом сохраняются небольшие проверенные небезопасные области и песочница браузера.
- Заявленное Google улучшение сжатия на 30–50% использует JPEG в качестве базового уровня. Фактическая экономия зависит от изображений, настроек кодировщика и визуального качества.
- Сентябрьское сравнение кодировщиков Джанни Розато отдает предпочтение AVIF в его протестированном диапазоне потерь качества. Он разрабатывает конкурирующие инструменты AVIF; его результат и заявление Google о базовом уровне JPEG измеряют различные сравнения.
- Сравнивайте форматы на репрезентативных изображениях и используйте совместимые запасные варианты. JPEG XL также поддерживает обратимое, без потерь перекодирование существующих файлов JPEG.
- OpenAI выпустила 722 рукописи, сгруппированные в 372 семейства, с разнообразной верификацией и множеством формализаций Lean. Модель остается невыпущенной, а цифры вычислительной мощности, эквивалентной Pro, не являются ни розничной ценой, ни гарантией затраченного времени.
- Создатель ESP32-C3 сообщает о приблизительно 50 КБ использования ОЗУ за счет хранения отсортированных хешей доменов во флеш-памяти. Блокировка на уровне DNS имеет ограничения по одноименному домену и альтернативным резолверам; коллизии хешей могут привести к чрезмерной блокировке. Результаты аппаратного обеспечения не были независимо измерены для этого эпизода.

## Главы

- 0:00 Почему Chrome возвращает JPEG XL?
- 0:33 Почему отклоненный формат получил еще один шанс?
- 1:01 Что изменилось внутри декодера?
- 1:47 Превосходят ли меньшие файлы AVIF?
- 2:56 Что на самом деле опубликовала OpenAI?
- 4:03 Как плата за два доллара блокирует домены?
- 4:38 Могут ли ваши существующие JPEG присоединиться к возвращению?
- 4:58 Зачем мне развертывать декодер и тестировать миграцию?

## Переведенная стенограмма

Переведено с оригинального английского повествования. Доступные аудио и субтитры контролируются YouTube.

### Почему Chrome возвращает JPEG XL?

0:00 Вы, вероятно, думаете, что Google похоронил JPEG XL. Chrome возвращает его после удаления экспериментальной поддержки, и Rust помог ему пройти через дверь. В этом видео: почему Google изменил курс? И стоит ли вам менять свой конвейер изображений? Среда, седьмое октября, и это The Daily Diff. Помните одну деталь. Ваши существующие JPEG могут принять участие в этом возвращении.

0:20 Во вторник Google анонсировала декодирование JPEG XL, начиная с Chrome 155. Сегодня анонс поднялся на Hacker News, наряду с выгрузкой математических доказательств OpenAI и платой за два доллара, которая блокирует рекламные домены. Предыдущий эксперимент Chrome закончился в 2023 году.

### Почему отклоненный формат получил еще один шанс?

0:35 Объяснение Google включало недостаточный интерес экосистемы, что неудобно, когда самый крупный браузер контролирует, может ли экосистема фактически использовать вашу вещь. Новый пост отмечает настойчивые отзывы разработчиков, включая процесс Interop. Люди, которые просили об этом, продолжали просить, и Google теперь указывает на тесты браузера, предназначенные для обеспечения согласованного поведения формата. Анонс отмечает участников, включая Хельмута Янушка.

0:57 Иногда самый эффективный план действий — это отказ закрывать проблему.

### Что изменилось внутри декодера?

1:01 Самое большое изменение в реализации — это декодер под названием jay ex ell R S, написанный на Rust. Декодеры изображений принимают сложные файлы, предоставленные незнакомцами, что делает их прекрасным местом для случайного доверия интернету. Rust помогает предотвратить классы ошибок памяти до того, как они станут уязвимостями браузера. Google по-прежнему использует песочницу, а реализация по-прежнему содержит небольшие, тщательно проверенные небезопасные области. Безопасность состоит из слоев, потому что реальность постоянно находит уязвимости.

1:27 Google заявляет, что фаззинг и проверка кода с помощью ИИ не обнаружили ошибок безопасности памяти в истории этого декодера. Это полезный отчет от команды, которая его выпускает. Будущие злоумышленники вряд ли примут сообщение в блоге как обязательный контракт. Первый вопрос отвечен. Давление разработчиков и оптимизированный декодер Rust вновь открыли дверь. Google отменил решение, за которым стояла инженерия, что разрешено даже в интернете. Теперь бенчмарки слайд-презентации.

### Превосходят ли меньшие файлы AVIF?

1:48 Google рекламирует сжатие на тридцать-пятьдесят процентов лучше, чем JPEG. Меньшие загрузки могут помочь вашим пользователям и счету за трафик, но этот диапазон зависит от того, что вы кодируете и как вы сравниваете качество. Инженер по сжатию Джанни Розато опубликовал сентябрьское сравнение, где современные кодировщики avif превзошли JPEG XL в его протестированном диапазоне точности. Он работает над конкурирующими инструментами avif, так что держите этот стимул рядом с графиками. Эти сравнения используют разные базовые уровни.

2:12 Победа над старым JPEG оставляет место для avif, чтобы выиграть рабочую нагрузку. Сам Google рекомендует попробовать оба формата, что является необычно практичным советом для объявления о запуске. Другие преимущества JPEG XL включают высокий динамический диапазон, изображения без потерь и детальное прогрессивное декодирование. Сообщество публикует интерактивные демонстрации для изучения формата. Ваша аудитория может видеть полезную картинку, пока остальное загружается. Для развертывания используйте запасное изображение и проверяйте поддержку в браузерах,

2:37 которые фактически используют ваши клиенты. В объявлении назван Chrome 155. Это дает вам целевую версию, и ваша аналитика сообщает вам, когда ваша аудитория достигнет ее. Второй вопрос отвечен. Тестируйте свои реальные изображения перед изменением конвейера и сохраняйте путь совместимости. Формат изображения, экономящий байты, полезен. Миграция, которая скрывает вашу кнопку оформления заказа, является дорогостоящей интерпретацией минимализма. Тем временем OpenAI опубликовала математические рукописи и сопутствующие

### Что на самом деле опубликовала OpenAI?

3:00 артефакты доказательств во вторник. Репозиторий содержит семьсот двадцать две рукописи, сгруппированные в связанные семейства. Общее количество заголовков включает сопроводительные аргументы и альтернативные доказательства, так что читайте, что на самом деле утверждает каждая статья. Многие имеют формальные доказательства в Lean, что позволяет компьютеру проверять математические выводы. Другие еще ждут формализации, и OpenAI явно предупреждает, что

3:21 некоторые неформализованные результаты могут иметь проблемы. Репозиторий предоставляет исследователям материалы, которые они могут проверять и оспаривать. Модель остается невыпущенной. OpenAI заявляет, что каждый результат в среднем использовал примерно три часа вычислительной мощности, эквивалентной ChatGPT Pro. Это описывает вычислительные усилия. Это не дает вам ни гарантии реального времени, ни розничной цены за создание

3:40 теоремы. Выпуск следует консультациям с независимой консультативной группой по математике и включает процесс пересмотра и цитирования. Академия получает новую кучу домашней работы, плюс гораздо более полезную возможность указать на точную страницу, которую нужно исправить. Разработчики Lean рекомендуют компилировать небольшие части за раз. Даже математический прорыв в конечном итоге сталкивается с древним врагом программного обеспечения, завершением сборки.

### Как плата за два доллара блокирует домены?

4:03 Наконец, блокировщик рекламы DNS с открытым исходным кодом работает на крошечной плате микроконтроллера за два доллара. Хитрость создателя заключается в хранении отсортированных хешей доменов во флеш-памяти, поэтому список блокировки не должен находиться в ограниченной оперативной памяти. Проект сообщает о примерно пятидесяти килобайтах использования ОЗУ. Он ищет запрошенный домен в таблице флеш-памяти, блокирует совпадение и перенаправляет другие запросы вверх по течению. Ваш маршрутизатор может приобрести крошечного вышибалу с очень специфическим списком гостей. Фильтрация DNS работает на уровне домена.

4:28 Реклама, обслуживаемая с того же домена, что и полезный контент, может проскользнуть, и клиенты, использующие другой резолвер, могут обойти ее. Держите свои ожидания меньше, чем размер платы, что является сложной целью. А деталь о ваших существующих JPEG?

### Могут ли ваши существующие JPEG присоединиться к возвращению?

4:40 JPEG XL поддерживает перекодирование JPEG без потерь, с возможностью восстановления исходного JPEG. Это дает старому архиву изображений вариант миграции без потери качества в другом поколении. Протестируйте компромиссы в хранении и доставке. Если вы предпочитаете прочитать это, а не услышать от меня, дайджест приходит на вашу почту каждое утро, бесплатно на daily diff dot dev, ссылка ниже.

### Зачем мне развертывать декодер и тестировать миграцию?

4:58 Итак, сегодняшний вердикт, SHIP IT. Я бы выпустил дополнительный декодер, потому что поддержка браузера дает разработчикам реальный выбор, и я бы протестировал миграцию на наших собственных изображениях. Подпишитесь, нажмите на колокольчик и расскажите мне в комментариях, если бы вы поставили другую отметку. И это все на сегодня. Я Нико из Axrisi. Объединяйте ответственно.

## Источники

- [Shipping JPEG XL in Chrome](https://developer.chrome.com/blog/jpeg-xl-in-chrome) — Chrome for Developers
- [JPEG XL prototype and November 2022 removal discussion](https://groups.google.com/a/chromium.org/g/blink-dev/c/WjCKcBw219k) — Chromium Blink developers
- [Contemporaneous JPEG XL deprecation commentary](https://www.fsf.org/blogs/community/googles-decision-to-deprecate-jpeg-xl-emphasizes-the-need-for-browser-choice-and-free-formats) — Free Software Foundation
- [The case against JPEG XL — competing-encoder benchmark](https://giannirosato.com/blog/post/case-against-jxl/) — Gianni Rosato
- [JPEG XL FAQ and reversible JPEG transcoding](https://jpegxl.info/resources/faqs.html) — JPEG XL community
- [HTML picture element and fallback selection](https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/picture) — MDN Web Docs
- [Progressive loading demo](https://jpegxl.info/resources/progressive-loading-demo.html) — JPEG XL community
- [Distance versus effort visualizer](https://jpegxl.info/resources/distance-vs-effort-visualizer.html) — JPEG XL community
- [Sharing AI progress in mathematics](https://openai.com/index/sharing-ai-progress-in-mathematics/) — OpenAI
- [Mathematical manuscripts and proof artifacts](https://github.com/openai/math) — OpenAI on GitHub
- [Lean formalization library build notes](https://github.com/openai/math/blob/main/lean/README.md) — OpenAI on GitHub
- [ESP32-C3 hash-in-flash DNS ad blocker](https://github.com/M-Abozaid/esp32-c3-adblock) — M-Abozaid on GitHub