Google bringer JPEG XL tilbage til Chrome
Google annoncerede JPEG XL-afkodning fra og med Chrome 155, efter at deres tidligere eksperiment blev fjernet.
Google annoncerede JPEG XL-afkodning fra og med Chrome 155, efter at deres tidligere eksperiment blev fjernet. Denne udgave fra 7. oktober undersøger udviklerfeedback, den nye Rust-dekoder, konkurrerende komprimeringspåstande og implementerings-fallbacks, derefter ser vi på OpenAIs nyligt publicerede matematiske bevismateriale og en ESP32-C3 DNS sinkholes hash-in-flash-design.
Læs den skriftlige udgave (engelsk) ↗
Hvad denne video dækker
- Chrome-annonceringen blev offentliggjort den 6. oktober 2026 og nævner Chrome 155. Den fastslår ikke, at alle besøgende på hjemmesiden allerede kører en understøttet version.
- Google anerkender vedvarende udviklerfeedback og Interop-processen. jxl-rs-dekoderen bruger Rust og optimerede vektoroperationer, mens små, godkendte, usikre områder og browser-sandkassen forbliver.
- Googles annoncerede 30-50% komprimeringsforbedring bruger JPEG som baseline. Faktiske besparelser afhænger af billeder, encoderindstillinger og visuel kvalitet.
- Gianni Rosatos encoder-sammenligning fra september foretrækker AVIF på tværs af hans testede tabsgivende-troværdighedsområde. Han udvikler konkurrerende AVIF-værktøjer; hans resultat og Googles JPEG-baseline-påstand måler forskellige sammenligninger.
- Sammenlign formater på repræsentative billeder og bevar kompatible fallbacks. JPEG XL understøtter også reversibel, tabsfri omkodning af eksisterende JPEG-filer.
- OpenAI udgav 722 manuskripter grupperet i 372 familier, med varieret verifikation og mange Lean-formalisationer. Modellen forbliver uoffentliggjort, og Pro-ækvivalente beregningsdata er hverken en detailpris eller en garanti for forløben tid.
- ESP32-C3-skaberen rapporterer cirka 50 KB RAM-brug ved at gemme sorterede domæne-hashes i flash. DNS-niveau-blokering har begrænsninger for samme domæne og alternative resolver; hash-kollisioner kan overblokere. Hardware-resultater blev ikke uafhængigt målt til denne episode.
Oversat udskrift
Oversat fra den originale engelske fortælling. Tilgængelig lyd og undertekster styres af YouTube.
Hvorfor bringer Chrome JPEG XL tilbage?
0:00 Du tænker nok, at Google begravede JPEG XL. Chrome bringer det tilbage, efter at have fjernet eksperimentel understøttelse, og Rust hjalp det med at komme igennem døren. I denne video, hvorfor ombestemte Google sig? Og bør du ændre din billedpipeline? Det er onsdag den syvende oktober, og dette er The Daily Diff. Husk én detalje. Dine eksisterende JPEGs har en vej ind i dette comeback.
0:20 Tirsdag annoncerede Google JPEG XL-afkodning startende med Chrome et hundrede og femoghalvtreds. I dag klatrede annonceringen op ad Hacker News, sammen med OpenAIs matematiske bevis-dump og et to-dollars kort, der blokerer reklame-domæner. Chromes tidligere eksperiment sluttede i to tusind toogtyve.
Hvorfor fik det afviste format en ny chance?
0:35 Googles forklaring inkluderede utilstrækkelig økosystem-interesse, hvilket er akavet, når den største browser kontrollerer, om økosystemet faktisk kan bruge din ting. Det nye indlæg krediterer vedvarende udviklerfeedback, inklusive Interop-processen. Folk, der bad om dette, blev ved med at spørge, og Google henviser nu til browser-tests beregnet til at få formatet til at opføre sig konsekvent. Annonceringen krediterer bidragydere, herunder Helmut Januschka.
0:57 Nogle gange er den mest effektive køreplan at nægte at lukke sagen.
Hvad ændrede sig inde i dekoderen?
1:01 Den største implementeringsændring er en dekoder kaldet jay ex ell R S, skrevet i Rust. Billeddekodere indtager komplicerede filer leveret af fremmede, hvilket gør dem til et spektakulært sted at uheldigvis stole på internettet. Rust hjælper med at forhindre klasser af hukommelsesfejl, før de bliver browser- sårbarheder. Google beholder stadig sandkassen, og implementeringen indeholder stadig små, omhyggeligt gennemgåede usikre områder. Sikkerhed får lag, fordi virkeligheden bliver ved med at finde sømmene.
1:27 Google siger, at fuzzing og AI-kodeanmeldelse ikke fandt nogen hukommelsessikkerhedsfejl i denne dekoders historie. Det er en nyttig rapport fra det team, der sender den. Fremtidige angribere vil sandsynligvis ikke acceptere blogindlægget som en bindende kontrakt. Første spørgsmål besvaret. Udviklerpres og en optimeret Rust-dekoder genåbnede døren. Google omgjorde en beslutning med ingeniørarbejde bag sig, hvilket er tilladt selv på internettet. Nu slide deck benchmarks.
Slår de mindre filer AVIF?
1:48 Google reklamerer med tredive til halvtreds procent bedre komprimering end JPEG. Mindre downloads kan hjælpe dine brugere og båndbredderegning, men det område afhænger af, hvad du koder, og hvordan du sammenligner kvalitet. Komprimeringstekniker Gianni Rosato offentliggjorde en sammenligning fra september, hvor moderne avif-enkodere slog JPEG XL på tværs af hans testede troværdighedsområde. Han arbejder på konkurrerende avif-værktøjer, så husk det incitament ved siden af graferne. Disse sammenligninger bruger forskellige baselines.
2:12 At slå gamle JPEG giver plads til, at avif kan vinde en arbejdsbyrde. Google selv anbefaler at prøve begge formater, hvilket er usædvanligt praktisk råd til en lanceringsannoncering. JPEG XL's andre attraktioner inkluderer high dynamic range, tabsfrie billeder og finkornet progressiv afkodning. Fællesskabet udgiver interaktive demoer til at udforske formatet. Dit publikum kan se et nyttigt billede, mens resten ankommer. Til implementering, behold et fallback-billede, og verificer understøttelse i de browsere, dine
2:37 kunder faktisk kører. Annonceringen nævner Chrome et hundrede og femoghalvtreds. Det giver dig en målversion, og dine analyser fortæller dig, hvornår dit publikum kommer derhen. Andet spørgsmål besvaret. Test dine rigtige billeder, før du ændrer pipelinen, og bevar kompatibilitetsstien. Et billedformat, der sparer bytes, er nyttigt. En migration, der skjuler din kasse-knap, er en dyr fortolkning af minimalisme. I mellemtiden offentliggjorde OpenAI matematiske manuskripter og understøttende
Hvad offentliggjorde OpenAI egentlig?
3:00 bevis-artefakter tirsdag. Repositoryet indeholder syv hundrede toogtyve manuskripter, grupperet i relaterede familier. Overskriftstællingen inkluderer ledsagende argumenter og alternative beviser, så læs, hvad hvert papir faktisk hævder. Mange har formelle beviser i Lean, hvilket lader en computer kontrollere matematiske deduktioner. Andre venter stadig på formalisering, og OpenAI advarer udtrykkeligt om, at
3:21 nogle uformaliserede resultater kunne have problemer. Repositoryet giver forskere materiale, de kan inspicere og udfordre. Modellen forbliver uoffentliggjort. OpenAI siger, at hvert resultat i gennemsnit brugte omkring tre timers tilsvarende ChatGPT Pro tænkeberegning. Det beskriver beregningsindsats. Det giver dig hverken en tidsmåler- garanti eller en detailpris for at producere et
3:40 teorem. Udgivelsen følger konsultation med en uafhængig matematisk rådgivningsgruppe og inkluderer en revisions- og citeringsproces. Akademia får en ny bunke lektier, plus den meget mere nyttige evne til at pege på den nøjagtige side, der skal rettes. Lean-vedligeholderne anbefaler at kompilere små portioner ad gangen. Selv et matematisk gennembrud møder til sidst softwarens gamle fjende, at få byggeriet til at blive færdigt.
Hvordan blokerer et to-dollars kort domæner?
4:03 Endelig kører en open source DNS-annonceblokker på et lille to-dollars mikrocontroller- kort. Skaberens trick er at gemme sorterede domæne-hashes i flash, så bloklisten ikke behøver at leve i knap arbejdsram. Projektet rapporterer omkring halvtreds kilobyte RAM-brug. Den slår et anmodet domæne op i flash-tabellen, blokerer et match og videresender andre forespørgsler opstrøms. Din router kan erhverve en lille udelukker med en meget specifik gæsteliste. DNS-filtrering fungerer på domæneniveau.
4:28 Annoncer serveret fra samme domæne som nyttigt indhold kan slippe igennem, og klienter, der bruger en anden resolver, kan omgå det. Hold dine forventninger mindre end kortet, som er et krævende størrelsesmål. Og detaljen om dine eksisterende JPEGs?
Kan dine eksisterende JPEGs deltage i comebacket?
4:40 JPEG XL understøtter tabsfri JPEG-transkodning, med en vej til at rekonstruere den originale JPEG. Det giver et gammelt billedarkiv en migrationsmulighed uden endnu en generation af kvalitetstab. Test lagrings- og leveringsafvejningerne. Hvis du hellere vil læse dette end høre mig sige det, lander diff'en i din indbakke hver morgen, gratis på the daily diff dot dev, link nedenfor.
Hvorfor skulle jeg levere dekoderen og teste migreringen?
4:58 Så dagens dom, SHIP IT. Jeg ville sende den yderligere dekoder, fordi browserunderstøttelse giver udviklere et reelt valg, og jeg ville teste migreringen på vores egne billeder. Abonner, tryk på klokken, og fortæl mig i kommentarerne, om du ville have stemplet den anderledes. Og det er diff'en for i dag. Jeg er Niko fra Axrisi. Flet ansvarligt.
Kilder
- 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



