Google przywraca JPEG XL do Chrome
Google ogłosiło dekodowanie JPEG XL począwszy od Chrome 155 po usunięciu wcześniejszego eksperymentu.
Google ogłosiło dekodowanie JPEG XL począwszy od Chrome 155 po usunięciu wcześniejszego eksperymentu. To wydanie z 7 października analizuje opinie programistów, nowy dekoder Rust, konkurencyjne roszczenia dotyczące kompresji i awarie wdrożeniowe, a następnie przygląda się nowo opublikowanym artefaktom dowodów matematycznych OpenAI i projektowi „hash-in-flash” dla sinkhole DNS na ESP32-C3.
Przeczytaj wydanie pisemne (angielski) ↗
Co obejmuje ten film
- Ogłoszenie Chrome zostało opublikowane 6 października 2026 r. i dotyczy Chrome 155. Nie stwierdza, że każdy odwiedzający stronę internetową już używa obsługiwanej wersji.
- Google przypisuje to uporczywym opiniom programistów i procesowi Interop. Dekoder jxl-rs wykorzystuje Rust i zoptymalizowane operacje wektorowe, podczas gdy małe, sprawdzone niebezpieczne obszary i piaskownica przeglądarki pozostają.
- Reklamowana przez Google poprawa kompresji o 30–50% wykorzystuje JPEG jako punkt odniesienia. Rzeczywiste oszczędności zależą od obrazów, ustawień kodera i jakości wizualnej.
- Wrześniowe porównanie koderów Gianniego Rosato preferuje AVIF w całym testowanym zakresie wierności stratnej. Opracowuje on konkurencyjne narzędzia AVIF; jego wyniki i twierdzenie Google o bazie JPEG mierzą różne porównania.
- Porównuj formaty na reprezentatywnych obrazach i zachowuj kompatybilne opcje awaryjne. JPEG XL obsługuje również odwracalne, bezstratne transkodowanie istniejących plików JPEG.
- OpenAI udostępniło 722 manuskrypty pogrupowane w 372 rodziny, z różnymi weryfikacjami i wieloma formalizacjami Lean. Model pozostaje nieopublikowany, a dane dotyczące mocy obliczeniowej odpowiadającej Pro nie są ani ceną detaliczną, ani gwarancją upływu czasu.
- Twórca ESP32-C3 zgłasza zużycie około 50 KB pamięci RAM poprzez przechowywanie posortowanych skrótów domen we flashu. Blokowanie na poziomie DNS ma ograniczenia dotyczące tej samej domeny i alternatywnych resolverów; kolizje skrótów mogą powodować nadmierne blokowanie. Wyniki sprzętowe nie zostały niezależnie zmierzone dla tego odcinka.
Przetłumaczona transkrypcja
Przetłumaczono z oryginalnej narracji angielskiej. Dostępne audio i napisy są kontrolowane przez YouTube.
Dlaczego Chrome przywraca JPEG XL?
0:00 Prawdopodobnie myślisz, że Google pogrzebało JPEG XL. Chrome przywraca go, po usunięciu eksperymentalnego wsparcia, a Rust pomógł mu przejść przez drzwi. W tym filmie: dlaczego Google zmieniło zdanie? I czy powinieneś zmienić swój potok obrazów? Jest środa, siódmy października, a to The Daily Diff. Pamiętaj o jednym szczególe. Twoje istniejące pliki JPEG mogą dołączyć do tego powrotu.
0:20 We wtorek Google ogłosiło dekodowanie JPEG XL, począwszy od Chrome sto pięćdziesiąt pięć. Dziś ogłoszenie wspięło się na Hacker News, obok zrzutu dowodów matematycznych OpenAI i dwudolarowej płytki, która blokuje domeny reklamowe. Wcześniejszy eksperyment Chrome zakończył się w dwudziestym dwudziestym trzecim.
Dlaczego odrzucony format dostał kolejną szansę?
0:35 Wyjaśnienie Google obejmowało niewystarczające zainteresowanie ekosystemu, co jest niezręczne, gdy największa przeglądarka kontroluje, czy ekosystem może faktycznie używać twojej rzeczy. Nowy post przypisuje to uporczywym opiniom programistów, w tym procesowi Interop. Ludzie, którzy o to prosili, nadal prosili, a Google teraz wskazuje na testy przeglądarki mające na celu zapewnienie spójnego zachowania formatu. Ogłoszenie przypisuje zasługi współpracownikom, w tym Helmutowi Januszce.
0:57 Czasami najskuteczniejszym planem działania jest odmowa zamknięcia problemu.
Co zmieniło się w dekoderze?
1:01 Największą zmianą w implementacji jest dekoder o nazwie jay ex ell R S, napisany w Rust. Dekodery obrazów przetwarzają skomplikowane pliki dostarczane przez nieznajomych, co czyni je spektakularnym miejscem do przypadkowego zaufania internetowi. Rust pomaga zapobiegać klasom błędów pamięci, zanim staną się one lukami w przeglądarce. Google nadal utrzymuje piaskownicę, a implementacja nadal zawiera małe, starannie sprawdzone niebezpieczne obszary. Bezpieczeństwo ma warstwy, ponieważ rzeczywistość wciąż znajduje luki.
1:27 Google twierdzi, że testy fuzzingowe i przegląd kodu AI nie znalazły w tym dekoderze żadnych błędów związanych z bezpieczeństwem pamięci w jego historii. To przydatny raport od zespołu, który go dostarcza. Przyszli atakujący raczej nie zaakceptują wpisu na blogu jako wiążącej umowy. Pierwsze pytanie odpowiedziało. Presja deweloperów i zoptymalizowany dekoder Rust ponownie otworzyły drzwi. Google zmieniło decyzję, za którą stała inżynieria, co jest dozwolone nawet w internecie. Teraz benchmarki z prezentacji.
Czy mniejsze pliki pokonują AVIF?
1:48 Google reklamuje o 30-50 procent lepszą kompresję niż JPEG. Mniejsze pobieranie może pomóc twoim użytkownikom i rachunkowi za przepustowość, ale ten zakres zależy od tego, co kodujesz i jak porównujesz jakość. Inżynier kompresji Gianni Rosato opublikował wrześniowe porównanie, w którym nowoczesne kodery avif pokonały JPEG XL w całym testowanym zakresie wierności. Pracuje on nad konkurencyjnymi narzędziami avif, więc miej tę motywację obok wykresów. Te porównania używają różnych punktów odniesienia.
2:12 Pokonanie starego JPEG-a pozostawia miejsce dla avif na wygranie zadania. Samo Google zaleca wypróbowanie obu formatów, co jest niezwykle praktyczną poradą jak na ogłoszenie premiery. Inne atrakcje JPEG XL to wysoki zakres dynamiczny, bezstratne obrazy i precyzyjne progresywne dekodowanie. Społeczność publikuje interaktywne demonstracje do eksploracji formatu. Twoja publiczność może zobaczyć użyteczny obraz, podczas gdy reszta się pojawia. W przypadku wdrożenia, zachowaj zapasowy obraz i sprawdź wsparcie w przeglądarkach, których
2:37 faktycznie używają Twoi klienci. Ogłoszenie dotyczy Chrome sto pięćdziesiąt pięć. To daje Ci docelową wersję, a Twoje analizy powiedzą Ci, kiedy Twoja publiczność do niej dotrze. Drugie pytanie zostało udzielone. Przetestuj swoje rzeczywiste obrazy, zanim zmienisz potok, i zachowaj ścieżkę kompatybilności. Format obrazu oszczędzający bajty jest użyteczny. Migracja, która ukrywa przycisk kasy, to kosztowna interpretacja minimalizmu. Tymczasem OpenAI opublikowało we wtorek manuskrypty matematyczne i wspierające
Co faktycznie opublikowało OpenAI?
3:00 artefakty dowodowe. Repozytorium zawiera siedemset dwadzieścia dwa manuskrypty, pogrupowane w pokrewne rodziny. Główna liczba nagłówków obejmuje argumenty towarzyszące i alternatywne dowody, więc czytaj, co faktycznie twierdzi każdy artykuł. Wiele z nich ma formalne dowody w Lean, co pozwala komputerowi sprawdzać dedukcje matematyczne. Inne wciąż czekają na formalizację, a OpenAI wyraźnie ostrzega, że
3:21 niektóre nieformalizowane wyniki mogą mieć problemy. Repozytorium udostępnia naukowcom materiały, które mogą zbadać i zakwestionować. Model pozostaje nieopublikowany. OpenAI twierdzi, że każdy wynik wymagał średnio około trzech godzin obliczeń równoważnych myśleniu ChatGPT Pro. To opisuje wysiłek obliczeniowy. Nie daje ci to ani gwarancji zegara ściennego ani ceny detalicznej za wyprodukowanie
3:40 twierdzenia. Wydanie następuje po konsultacjach z niezależną grupą doradczą ds. matematyki i obejmuje proces rewizji i cytowania. Akademia dostaje nową stertę pracy domowej, plus znacznie bardziej użyteczną możliwość wskazania dokładnej strony, która wymaga poprawy. Konserwatorzy Lean zalecają kompilowanie małych fragmentów naraz. Nawet matematyczny przełom w końcu spotyka się ze starożytnym wrogiem oprogramowania, czyli z tym, żeby kompilacja się zakończyła.
Jak dwudolarowa płytka blokuje domeny?
4:03 Na koniec, otwarty blok reklam DNS działa na małej, dwudolarowej płytce mikrokontrolera. Sztuczka twórcy polega na przechowywaniu posortowanych skrótów domen w pamięci flash, więc lista blokowania nie musi znajdować się w ograniczonej pamięci roboczej. Projekt zgłasza zużycie około pięćdziesięciu kilobajtów pamięci RAM. Wyszukuje żądaną domenę w tabeli flash, blokuje dopasowanie i przekazuje inne zapytania w górę strumienia. Twój router może nabyć małego ochroniarza z bardzo konkretną listą gości. Filtrowanie DNS działa na poziomie domeny.
4:28 Reklamy serwowane z tej samej domeny co użyteczna treść mogą się przedostać, a klienci używający innego resolvera mogą je ominąć. Trzymaj swoje oczekiwania mniejsze niż płyta, co jest wymagającym celem rozmiaru. A co ze szczegółem dotyczącym Twoich istniejących plików JPEG?
Czy Twoje istniejące JPEG-i mogą dołączyć do powrotu?
4:40 JPEG XL obsługuje bezstratne transkodowanie JPEG, ze ścieżką do odtworzenia oryginalnego pliku JPEG. Daje to starym archiwom obrazów opcję migracji bez kolejnej generacji utraty jakości. Przetestuj kompromisy w zakresie przechowywania i dostarczania. Jeśli wolisz to przeczytać, niż usłyszeć, jak to mówię, "diff" trafia do Twojej skrzynki odbiorczej każdego ranka, za darmo na the daily diff dot dev, link poniżej.
Dlaczego miałbym wysyłać dekoder i testować migrację?
4:58 Więc dzisiejszy werdykt, SHIP IT. Wysłałbym dodatkowy dekoder, ponieważ wsparcie przeglądarek daje programistom prawdziwy wybór, i przetestowałbym migrację na naszych własnych obrazach. Subskrybuj, naciśnij dzwonek i powiedz mi w komentarzach, czy Ty byś to inaczej ostemplował. I to wszystko na dziś. Jestem Niko z Axrisi. Łącz odpowiedzialnie.
Źródła
- 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



