Google повертає JPEG XL до Chrome
Google оголосила про декодування JPEG XL, починаючи з Chrome 155, після видалення попереднього експерименту.
Google оголосила про декодування JPEG XL, починаючи з Chrome 155, після видалення попереднього експерименту. Це видання від 7 жовтня розглядає відгуки розробників, новий декодер на Rust, конкуруючі заяви про стиснення та резервні варіанти розгортання, а потім розглядає нещодавно опубліковані артефакти математичних доказів OpenAI та дизайн DNS-фільтра ESP32-C3 з хешем у флеш-пам'яті.
Читати письмову версію (англійською) ↗
Що охоплює це відео
- Оголошення 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 має обмеження щодо того самого домену та альтернативного розв'язувача; колізії хешів можуть призвести до надмірного блокування. Апаратні результати не були незалежно виміряні для цього епізоду.
Перекладена стенограма
Перекладено з оригінальної англійської розповіді. Доступне аудіо та субтитри контролюються YouTube.
Чому Chrome повертає JPEG XL?
0:00 Ви, мабуть, думаєте, що Google поховав JPEG XL. Chrome повертає його після видалення експериментальної підтримки, і Rust допоміг йому пройти крізь двері. У цьому відео, чому Google змінив курс? І чи варто вам змінювати свій конвеєр обробки зображень? Сьогодні середа, сьоме жовтня, і це The Daily Diff. Запам'ятайте одну деталь. Ваші існуючі JPEG мають спосіб повернутися до цього повернення.
0:20 У вівторок Google оголосив про декодування JPEG XL, починаючи з Chrome сто п'ятдесят п'ять. Сьогодні це оголошення піднялося на Hacker News, поруч із дампами математичних доказів OpenAI та платою за два долари, яка блокує рекламні домени. Попередній експеримент Chrome закінчився у дві тисячі двадцять третьому році.
Чому відхилений формат отримав ще один шанс?
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 сто п'ятдесят п'ять. Це дає вам цільову версію, і ваша аналітика підкаже вам, коли ваша аудиторія туди дістанеться. Друге питання вирішено. Перевірте свої реальні зображення, перш ніж змінювати конвеєр, і збережіть шлях сумісності. Формат зображення, що економить байти, корисний. Міграція, яка приховує кнопку оформлення замовлення, є дорогою інтерпретацією мінімалізму. Тим часом, у вівторок 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. Це дає старому архіву зображень опцію міграції без чергового покоління втрати якості. Перевірте компроміси щодо зберігання та доставки. Якщо ви воліли б прочитати це, ніж почути від мене, The Daily Diff надходить до вашої поштової скриньки щоранку, безкоштовно на thedailydiff.dev, посилання нижче.
Навіщо мені поставляти декодер і тестувати міграцію?
4:58 Отже, сьогоднішній вердикт, SHIP IT. Я б відправив додатковий декодер, тому що підтримка браузерів дає розробникам справжній вибір, і я б перевірив міграцію на наших власних зображеннях. Підпишіться, натисніть дзвіночок і скажіть мені в коментарях, чи ви б поставили іншу оцінку. І це The Daily Diff на сьогодні. Я Ніко з Axrisi. Зливайте відповідально.
Джерела
- Shipping JPEG XL in ChromeChrome for Developers
- JPEG XL prototype and November 2022 removal discussionChromium Blink developers
- Contemporaneous JPEG XL deprecation commentaryFree Software Foundation
- The case against JPEG XL — competing-encoder benchmarkGianni Rosato
- JPEG XL FAQ and reversible JPEG transcodingJPEG XL community
- HTML picture element and fallback selectionMDN Web Docs
- Progressive loading demoJPEG XL community
- Distance versus effort visualizerJPEG XL community
- Sharing AI progress in mathematicsOpenAI
- Mathematical manuscripts and proof artifactsOpenAI on GitHub
- Lean formalization library build notesOpenAI on GitHub
- ESP32-C3 hash-in-flash DNS ad blockerM-Abozaid on GitHub



