Google връща JPEG XL в Chrome
Google обяви декодирането на JPEG XL, започващо с Chrome 155, след като по-ранният му експеримент беше премахнат.
Google обяви декодирането на JPEG XL, започващо с Chrome 155, след като по-ранният му експеримент беше премахнат. Това издание от 7 октомври разглежда обратната връзка от разработчици, новия Rust декодер, конкуриращи твърдения за компресия и резервни варианти за внедряване, след което разглежда наскоро публикуваните артефакти за математически доказателства на OpenAI и дизайна на DNS sinkhole на 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 KB използване на RAM, като съхранява сортирани хешове на домейни във флаш памет. Блокирането на DNS ниво има ограничения за един и същ домейн и алтернативни резолвери; хеш колизиите могат да доведат до прекомерно блокиране. Хардуерните резултати не са независимо измерени за този епизод.
Преведен препис
Преведено от оригиналния английски разказ. Наличните аудио и субтитри се контролират от 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 казва, че fuzzing и AI прегледът на кода не са открили грешки в безопасността на паметта в историята на този декодер. Това е полезен доклад от екипа, който го изпраща. Бъдещите нападатели е малко вероятно да приемат публикацията в блога като обвързващ договор. Първият въпрос е отговорен. Натискът от разработчици и оптимизиран 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 ad blocker работи на малка платка за два долара микроконтролер. Трикът на създателя е да съхранява сортирани хешове на домейни във флаш памет, така че списъкът за блокиране не трябва да живее в оскъдната работна памет. Проектът отчита приблизително петдесет килобайта използване на RAM. Той търси заявен домейн във флаш таблицата, блокира съвпадение и препраща други заявки нагоре по веригата. Вашият рутер може да придобие малък портиер с много специфичен списък с гости. DNS филтрирането работи на ниво домейн.
4:28 Реклами, обслужвани от същия домейн като полезно съдържание, могат да преминат, а клиенти, използващи друг резолвер, могат да го заобиколят. Дръжте очакванията си по-малки от платката, което е взискателна целева големина. А детайлът за вашите съществуващи JPEG файлове?
Могат ли вашите съществуващи JPEG файлове да се присъединят към завръщането?
4:40 JPEG XL поддържа транскодиране на JPEG без загуби, с път за възстановяване на оригиналния JPEG. Това дава на стар архив от изображения опция за миграция без друго поколение загуба на качество. Тествайте компромисите за съхранение и доставка. Ако предпочитате да прочетете това, отколкото да ме чуете да го казвам, разликата пристига във входящата ви поща всяка сутрин, безплатно на the daily diff dot dev, линк по-долу.
Защо да внедрявам декодера и да тествам миграцията?
4:58 Така че днешната присъда, SHIP IT. Аз бих изпратил допълнителния декодер, защото поддръжката на браузъра дава на разработчиците реален избор, и аз бих тествал миграцията върху нашите собствени изображения. Абонирайте се, натиснете камбанката и ми кажете в коментарите, ако бихте го отпечатали по различен начин. И това е разликата за днес. Аз съм Нико от 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



