JPEG XL 2026: что Firefox 157 и Chrome собираются включить
24 августа Mozilla и Chrome заявили о поставке JPEG XL. Окно — Firefox 157, декодер — jxl-rs.
24 августа 2026 года Mozilla опубликовала на Mozilla Hacks Intent to Ship для JPEG XL: декодирование по умолчанию в Firefox 157, цель — конец сентября. В тот же день Chromium подал намерение включить декодирование JPEG XL в Blink. Это новость о формате, не инструкция по микрофону или демонстрации экрана.
Запрос — JPEG XL 2026 Firefox Chrome декодирование по умолчанию. Safari умеет формат с 2023 года. Chrome в 2022-м вырезал даже экспериментальную поддержку. Разворот держится на jxl-rs, Rust-декодере Google Research — не на возвращении старого многопоточного C++ на ~100 000 строк.
Кто что объявил и когда
Джейк Арчибальд написал: Firefox держал JPEG XL за флагом в 2021-м, но не хотел включать по умолчанию такой большой декодер. Mozilla поставила команде JPEG XL в Google Research условие: безопасный, быстрый, компактный, совместимый Rust-декодер — и Firefox выпустит. Они сделали jxl-rs. Это ядро реализации Firefox и тот же декодер в намерении Chrome. Phoronix в тот же день сообщил, что в Nightly уже включено; у Chrome нет жёсткой stable-версии для всех.
Mozilla
Intent to Ship: декодирование по умолчанию на всех платформах в Firefox 157. Nightly уже впереди. Источник: Mozilla Hacks, 24 авг. 2026.
Chromium / Chrome
Intent отгрузить декодирование Blink на том же Rust-декодере. Обязательство, не доказательство, что уже включено у всех.
Safari
JPEG XL с 2023 года. Арчибальд отмечает, что у Safari всё ещё нет прогрессивной отрисовки, важной для Firefox.
Упёрлись в декодер, не в сжатие
JPEG XL умеет без потерь переупаковать старые JPEG (часто цитируют около 20%) и показать сюжет после малой доли файла. Браузеры тормозили из-за поверхности атаки: картинки — недоверенный, разнообразный ввод. Mozilla задала планку, которую C++-референс не брал; Google Research взяла её на Rust.
JPEG XL против AVIF
На собственных примерах Арчибальда типичные lossy-фото для веба чаще меньше в AVIF; JPEG XL сильнее в lossless и в переупаковке старых JPEG. Прогрессив у AVIF слабый, очень большие картинки могут оправдать JPEG XL. Мерите свой набор.
| Задача | AVIF | JPEG XL |
|---|---|---|
| Lossy-фото для веба | Обычно меньше | При том же качестве часто больше |
| Lossless / переупаковка JPEG | Слабее | Сильнее |
| Прогрессивная отрисовка | Базовая | Приоритет Firefox |
При чём тут комната в браузере
Новость про кодек живёт в конвейере картинок. Короткая совместная работа — открыть браузер, одну страницу, закончить рисунок. Про телефоны —
заметки про мобильный браузер. Если нужна одна общая картинка,
держать холст на одной странице важнее спора про .jxl. Открыть комнату сейчас:
главная rtcroom.
Ещё вопросы?
Декодирует ли Chrome Stable JPEG XL уже для всех?
24 августа 2026 — это Intent to Ship. Chromium раньше влил jxl-rs и проверял за флагом. Включение по умолчанию для всех stable-пользователей зависит от следующих release notes.
Что такое jxl-rs?
Rust-декодер JPEG XL от Google Research. Mozilla сделала его условием выпуска. Firefox и запланированный путь Chrome используют его вместо C++ до 2022 года.
Стоит ли сайтам уходить с AVIF сейчас?
Нет. Собственное сравнение Mozilla всё ещё отдаёт AVIF типичной веб-фотографии. Дождитесь Firefox 157 и дефолтов Chrome, затем измерьте. CDN и CMS отстанут от браузеров.