Google brengt JPEG XL terug naar Chrome
Google kondigde JPEG XL-decodering aan vanaf Chrome 155, nadat het eerdere experiment was verwijderd.
Google kondigde JPEG XL-decodering aan vanaf Chrome 155, nadat het eerdere experiment was verwijderd. Deze editie van 7 oktober onderzoekt feedback van ontwikkelaars, de nieuwe Rust-decoder, concurrerende compressieclaims en implementatie-terugvalopties, en bekijkt vervolgens OpenAI's nieuw gepubliceerde wiskundige bewijsartefacten en het hash-in-flash-ontwerp van een ESP32-C3 DNS-sinkhole.
Lees de geschreven editie (Engels) ↗
Wat deze video behandelt
- De Chrome-aankondiging werd gepubliceerd op 6 oktober 2026 en noemt Chrome 155. Het stelt niet vast dat elke websitebezoeker al een ondersteunde versie gebruikt.
- Google dankt de aanhoudende feedback van ontwikkelaars en het Interop-proces. De jxl-rs-decoder gebruikt Rust en geoptimaliseerde vectorbewerkingen, terwijl kleine gecontroleerde onveilige gebieden en de browser-sandbox blijven bestaan.
- Googles geadverteerde compressieverbetering van 30–50% gebruikt JPEG als basislijn. De werkelijke besparingen zijn afhankelijk van afbeeldingen, encoderinstellingen en visuele kwaliteit.
- Gianni Rosato's encodervergelijking van september geeft de voorkeur aan AVIF over het geteste verliesgevende-fidelity-bereik. Hij ontwikkelt concurrerende AVIF-tools; zijn resultaat en Googles JPEG-basislijnclaim meten verschillende vergelijkingen.
- Vergelijk formaten op representatieve afbeeldingen en bewaar compatibele terugvalopties. JPEG XL ondersteunt ook omkeerbare, verliesvrije transcodering van bestaande JPEG-bestanden.
- OpenAI heeft 722 manuscripten uitgebracht, gegroepeerd in 372 families, met gevarieerde verificatie en veel Lean-formaliseringen. Het model blijft ongepubliceerd, en Pro-equivalente rekenkrachtcijfers zijn noch een verkoopprijs, noch een garantie voor verstreken tijd.
- De maker van de ESP32-C3 meldt een RAM-gebruik van ongeveer 50 KB door gesorteerde domeinhashes in flash op te slaan. DNS-niveau blokkering heeft beperkingen voor hetzelfde domein en alternatieve resolvers; hash-botsingen kunnen overmatig blokkeren. Hardwareresultaten werden voor deze aflevering niet onafhankelijk gemeten.
Vertaald transcript
Vertaald vanuit de originele Engelse gesproken tekst. Beschikbare audio en ondertiteling worden beheerd door YouTube.
Waarom brengt Chrome JPEG XL terug?
0:00 U denkt waarschijnlijk dat Google JPEG XL heeft begraven. Chrome brengt het terug, na het verwijderen van experimentele ondersteuning, en Rust heeft geholpen het binnen te krijgen. In deze video, waarom heeft Google zijn koers gewijzigd? En moet u uw afbeeldingenpijplijn wijzigen? Het is woensdag 7 oktober, en dit is The Daily Diff. Houd één detail in gedachten. Uw bestaande JPEG's kunnen meedoen aan deze comeback.
0:20 Op dinsdag kondigde Google JPEG XL-decodering aan, beginnend met Chrome honderdvijfenvijftig. Vandaag klom de aankondiging op Hacker News, naast OpenAI's wiskundige bewijs-dump en een twee-dollar-bord dat reclamedomeinen blokkeert. Googles eerdere experiment eindigde in tweeduizend drieëntwintig.
Waarom kreeg het afgewezen formaat een nieuwe kans?
0:35 Googles verklaring omvatte onvoldoende interesse van het ecosysteem, wat onhandig is wanneer de grootste browser bepaalt of het ecosysteem uw ding daadwerkelijk kan gebruiken. Het nieuwe bericht dankt de aanhoudende feedback van ontwikkelaars, inclusief het Interop-proces. De mensen die hierom vroegen, bleven vragen, en Google wijst nu op browsertests bedoeld om het formaat consistent te laten werken. De aankondiging dankt bijdragers, waaronder Helmut Januschka.
0:57 Soms is de meest effectieve routekaart het weigeren om het probleem te sluiten.
Wat is er veranderd in de decoder?
1:01 De grootste implementatieverandering is een decoder genaamd jay ex ell R S, geschreven in Rust. Afbeeldingsdecoders verwerken complexe bestanden die door vreemden worden geleverd, wat ze een spectaculaire plek maakt om per ongeluk het internet te vertrouwen. Rust helpt klassen van geheugenfouten te voorkomen voordat ze browserkwetsbaarheden worden. Google behoudt nog steeds de sandbox, en de implementatie bevat nog steeds kleine, zorgvuldig gecontroleerde onveilige gebieden. Beveiliging krijgt lagen, omdat de realiteit steeds de naden vindt.
1:27 Google zegt dat fuzzing en AI-codereview geen geheugenveiligheidsfouten hebben gevonden in de geschiedenis van deze decoder. Dat is een nuttig rapport van het team dat het verzendt. Toekomstige aanvallers zullen de blogpost waarschijnlijk niet als een bindend contract accepteren. Eerste vraag beantwoord. Druk van ontwikkelaars en een geoptimaliseerde Rust-decoder heropenden de deur. Google herriep een beslissing met techniek erachter, wat zelfs op internet is toegestaan. Nu de benchmarks van de presentatie.
Verslaan de kleinere bestanden AVIF?
1:48 Google adverteert met dertig tot vijftig procent betere compressie dan JPEG. Kleinere downloads kunnen uw gebruikers en bandbreedtekosten helpen, maar dat bereik hangt af van wat u codeert en hoe u de kwaliteit vergelijkt. Compressie-ingenieur Gianni Rosato publiceerde een septembervergelijking waarin moderne avif-encoders JPEG XL versloegen over zijn geteste getrouwheidsbereik. Hij werkt aan concurrerende avif-tools, dus houd die motivatie naast de grafieken. Deze vergelijkingen gebruiken verschillende basislijnen.
2:12 Oude JPEG verslaan laat ruimte voor avif om een workload te winnen. Google zelf raadt aan beide formaten te proberen, wat ongewoon praktisch advies is voor een lanceringsaankondiging. Andere aantrekkelijkheden van JPEG XL zijn onder meer een hoog dynamisch bereik, verliesvrije afbeeldingen en fijnmazige progressieve decodering. De community publiceert interactieve demo's voor het verkennen van het formaat. Uw publiek kan een nuttige afbeelding zien terwijl de rest arriveert. Gebruik voor implementatie een terugvalafbeelding en verifieer de ondersteuning in de browsers die uw
2:37 klanten daadwerkelijk gebruiken. De aankondiging noemt Chrome honderdvijfenvijftig. Dat geeft u een doelversie, en uw analyses vertellen u wanneer uw publiek daar aankomt. Tweede vraag beantwoord. Test uw echte afbeeldingen voordat u de pijplijn wijzigt en behoud het compatibiliteitspad. Een afbeeldingsformaat dat bytes bespaart, is nuttig. Een migratie die uw afrekenknop verbergt, is een dure interpretatie van minimalisme. Ondertussen publiceerde OpenAI dinsdag wiskundige manuscripten en ondersteunende
Wat heeft OpenAI precies gepubliceerd?
3:00 bewijs-artefacten. De repository bevat zevenhonderdtweeëntwintig manuscripten, gegroepeerd in gerelateerde families. Het aantal in de kop omvat begeleidende argumenten en alternatieve bewijzen, dus lees wat elk artikel daadwerkelijk beweert. Velen hebben formele bewijzen in Lean, wat een computer in staat stelt wiskundige afleidingen te controleren. Andere wachten nog op formalisering, en OpenAI waarschuwt expliciet dat
3:21 sommige ongeformaliseerde resultaten problemen kunnen hebben. De repository geeft onderzoekers materiaal dat ze kunnen inspecteren en aanvechten. Het model blijft ongepubliceerd. OpenAI zegt dat elk resultaat gemiddeld ongeveer drie uur aan equivalente ChatGPT Pro denk-rekenkracht gebruikte. Dat beschrijft computationele inspanning. Het geeft u noch een "wall clock"-garantie noch een verkoopprijs voor het produceren van een
3:40 stelling. De release volgt op overleg met een onafhankelijke wiskundige adviesgroep, en omvat een revisie- en citatieproces. De academische wereld krijgt een nieuwe stapel huiswerk, plus het veel nuttigere vermogen om aan te wijzen naar de exacte pagina die moet worden gerepareerd. De Lean-beheerders raden aan om kleine delen tegelijk te compileren. Zelfs een wiskundige doorbraak ontmoet uiteindelijk de eeuwenoude vijand van software, het laten sluiten van de build.
Hoe blokkeert een bordje van twee dollar domeinen?
4:03 Ten slotte draait een open source DNS-advertentieblokker op een klein, twee dollar kostend microcontroller- bord. De truc van de maker is het opslaan van gesorteerde domeinhashes in flash, zodat de blokkeerlijst niet in schaars werkgeheugen hoeft te leven. Het project meldt ongeveer vijftig kilobytes RAM-gebruik. Het zoekt een aangevraagd domein op in de flash-tabel, blokkeert een overeenkomst en stuurt andere zoekopdrachten stroomopwaarts door. Uw router kan een kleine uitsmijter krijgen met een zeer specifieke gastenlijst. DNS-filtering werkt op domeinniveau.
4:28 Advertenties die vanaf hetzelfde domein als nuttige inhoud worden weergegeven, kunnen erdoorheen glippen, en cliënten die een andere resolver gebruiken, kunnen het omzeilen. Houd uw verwachtingen kleiner dan het bord, wat een veeleisend doelformaat is. En het detail over uw bestaande JPEG's?
Kunnen uw bestaande JPEG's meedoen aan de comeback?
4:40 JPEG XL ondersteunt verliesvrije JPEG-transcodering, met een pad om de oorspronkelijke JPEG te reconstrueren. Dat geeft een oud afbeeldingsarchief een migratieoptie zonder een andere generatie kwaliteitsverlies. Test de afwegingen van opslag en levering. Als u dit liever leest dan mij het hoort zeggen, dan landt de diff elke ochtend in uw inbox, gratis op the daily diff dot dev, link hieronder.
Waarom zou ik de decoder verzenden en de migratie testen?
4:58 Dus het oordeel van vandaag, SHIP IT. Ik zou de extra decoder verzenden omdat browserondersteuning ontwikkelaars een echte keuze geeft, en ik zou de migratie testen op onze eigen afbeeldingen. Abonneer, druk op de bel, en vertel me in de reacties of u het anders zou hebben gestempeld. En dat is de diff voor vandaag. Ik ben Niko van Axrisi. Voeg verantwoordelijk samen.
Bronnen
- 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



