Google recupera JPEG XL a Chrome

Què cobreix aquest vídeo

• L'anunci de Chrome es va publicar el 6 d'octubre de 2026 i anomena Chrome 155. No estableix que tots els visitants del lloc web ja estiguin executant una versió compatible.
• Google valora els comentaris persistents dels desenvolupadors i el procés d'Interop. El descodificador jxl-rs utilitza Rust i operacions vectorials optimitzades, mentre que les petites àrees "unsafe" verificades i la caixa de sorra del navegador romanen.
• La millora de compressió del 30-50% anunciada per Google utilitza JPEG com a base. Els estalvis reals depenen de les imatges, la configuració del codificador i la qualitat visual.
• La comparació de codificadors de setembre de Gianni Rosato afavoreix AVIF en el seu rang de fidelitat amb pèrdues provat. Ell desenvolupa eines AVIF competidores; el seu resultat i l'afirmació de base JPEG de Google mesuren comparacions diferents.
• Compareu formats en imatges representatives i manteniu solucions alternatives compatibles. JPEG XL també admet la transcodificació reversible i sense pèrdues de fitxers JPEG existents.
• OpenAI va publicar 722 manuscrits agrupats en 372 famílies, amb verificació variada i moltes formalitzacions Lean. El model roman inèdit, i les xifres de càlcul equivalents a Pro no són ni un preu al detall ni una garantia de temps transcorregut.
• El creador de l'ESP32-C3 informa d'un ús aproximat de 50 KB de RAM emmagatzemant hashes de dominis ordenats a la memòria flaix. El bloqueig a nivell de DNS té limitacions de mateix domini i de resolutors alternatius; les col·lisions de hashes poden sobrebloquejar. Els resultats del maquinari no es van mesurar independentment per a aquest episodi.

Transcripció traduïda

Traduït de la narració original en anglès. L'àudio i els subtítols disponibles estan controlats per YouTube.

Per què Chrome recupera JPEG XL?

0:00 Probablement creus que Google va enterrar JPEG XL. Chrome el recupera, després de treure el suport experimental, i Rust va ajudar a obrir la porta. En aquest vídeo, per què Google va fer marxa enrere? I hauries de canviar la teva pipeline d'imatges? És dimecres, set d'octubre, i això és The Daily Diff. Tingues en compte un detall. Els teus JPEGs existents tenen una manera d'unir-se a aquesta tornada.

0:20 Dimarts, Google va anunciar la descodificació de JPEG XL a partir de Chrome cent cinquanta-cinc. Avui l'anunci ha pujat a Hacker News, juntament amb l'abocament de proves matemàtiques d'OpenAI i un tauler de dos dòlars que bloqueja dominis publicitaris. L'experiment anterior de Chrome va acabar el 2023.

Per què el format rebutjat va tenir una segona oportunitat?

0:35 L'explicació de Google incloïa una interès insuficient de l'ecosistema, la qual cosa és incòmode quan el navegador més gran controla si l'ecosistema pot realment utilitzar el que fas. La nova publicació valora els comentaris persistents dels desenvolupadors, incloent el procés d'Interop. La gent que demanava això va seguir demanant, i Google ara assenyala les proves del navegador destinades a fer que el format es comporti de manera consistent. L'anunci valora els contribuïdors, inclòs Helmut Januschka.

0:57 De vegades, el full de ruta més efectiu és negar-se a tancar el problema.

Què va canviar dins del descodificador?

1:01 El canvi d'implementació més gran és un descodificador anomenat jay ex ell R S, escrit en Rust. Els descodificadors d'imatges ingereixen fitxers complicats subministrats per estranys, la qual cosa els converteix en un lloc espectacular per confiar accidentalment en internet. Rust ajuda a prevenir classes d'errors de memòria abans que esdevinguin vulnerabilitats del navegador. Google encara manté la caixa de sorra, i la implementació encara conté petites àrees "unsafe" curosament revisades. La seguretat té capes, perquè la realitat segueix trobant les costures.

1:27 Google diu que el fuzzing i la revisió de codi amb IA no van trobar errors de seguretat de memòria en la història d'aquest descodificador. Això és un informe útil de l'equip que el distribueix. És poc probable que els futurs atacants acceptin la publicació del blog com un contracte vinculant. Primera pregunta contestada. La pressió dels desenvolupadors i un descodificador Rust optimitzat van reobrir la porta. Google va revertir una decisió amb enginyeria darrere, la qual cosa està permès fins i tot a internet. Ara els benchmarks de la presentació.

Els fitxers més petits superen AVIF?

1:48 Google anuncia una compressió del trenta al cinquanta per cent millor que JPEG. Les descàrregues més petites poden ajudar els teus usuaris i la factura d'ample de banda, però aquest rang depèn del que codifiquis i de com comparis la qualitat. L'enginyer de compressió Gianni Rosato va publicar una comparació de setembre on els codificadors avif moderns superen JPEG XL en tot el seu rang de fidelitat provat. Ell treballa en eines avif competidores, així que tingues en compte aquest incentiu al costat dels gràfics. Aquestes comparacions utilitzen bases diferents.

2:12 Superar l'antic JPEG deixa marge perquè avif guanyi una càrrega de treball. Google mateix recomana provar tots dos formats, la qual cosa és un consell inusualment pràctic per a un anunci de llançament. Altres atractius de JPEG XL inclouen alt rang dinàmic, imatges sense pèrdues i descodificació progressiva granular. La comunitat publica demostracions interactives per explorar el format. La teva audiència pot veure una imatge útil mentre arriba la resta. Per al desplegament, mantén una imatge de reserva i verifica el suport als navegadors que els teus

2:37 clients realment utilitzen. L'anunci anomena Chrome cent cinquanta-cinc. Això et dóna una versió objectiu, i les teves analítiques et diuen quan la teva audiència hi arriba. Segona pregunta contestada. Prova les teves imatges reals abans de canviar la pipeline, i conserva el camí de compatibilitat. Un format d'imatge que estalvia bytes és útil. Una migració que oculta el teu botó de pagament és una interpretació cara del minimalisme. Mentrestant, OpenAI va publicar manuscrits matemàtics i artefactes de prova de suport

Què va publicar realment OpenAI?

3:00 dimarts. El repositori conté set-cents vint-i-dos manuscrits, agrupats en famílies relacionades. El recompte principal inclou arguments complementaris i proves alternatives, així que llegeix el que realment afirma cada article. Molts tenen proves formals a Lean, que permet a un ordinador comprovar deduccions matemàtiques. Altres encara esperen la formalització, i OpenAI adverteix explícitament que

3:21 alguns resultats no formalitzats podrien tenir problemes. El repositori lliura als investigadors material que poden inspeccionar i desafiar. El model roman inèdit. OpenAI diu que cada resultat va utilitzar aproximadament tres hores de càlcul equivalent a ChatGPT Pro de mitjana. Això descriu l'esforç computacional. No et dóna ni una garantia de temps de rellotge ni un preu de venda al detall per produir un

3:40 teorema. L'alliberament segueix la consulta amb un grup assessor independent de matemàtiques, i inclou un procés de revisió i citació. L'acadèmia té una nova pila de deures, a més de la capacitat molt més útil d'assenyalar la pàgina exacta que necessita ser corregida. Els mantenidors de Lean recomanen compilar petites porcions alhora. Fins i tot un avenç matemàtic finalment es troba amb l'antic enemic del programari, aconseguir que la compilació acabi.

Com un tauler de dos dòlars bloqueja dominis?

4:03 Finalment, un bloquejador d'anuncis DNS de codi obert funciona amb una petita placa de microcontrolador de dos dòlars. El truc del creador és emmagatzemar hashes de dominis ordenats a la memòria flaix, de manera que la llista de bloqueig no hagi de viure a la memòria de treball escassa. El projecte informa d'un ús aproximat de cinquanta kilobytes de RAM. Busca un domini sol·licitat a la taula flash, bloqueja una coincidència i reenvia altres consultes cap amunt. El teu router pot adquirir un petit porter amb una llista de convidats molt específica. El filtratge de DNS funciona a nivell de domini.

4:28 Els anuncis servits des del mateix domini que el contingut útil poden colar-se, i els clients que utilitzen un altre resolutor poden evitar-ho. Manté les teves expectatives més petites que la placa, que és un objectiu de mida exigent. I el detall sobre els teus JPEGs existents?

Els teus JPEGs existents poden unir-se a la tornada?

4:40 JPEG XL admet la transcodificació JPEG sense pèrdues, amb un camí per reconstruir el JPEG original. Això dóna a un arxiu d'imatges antic una opció de migració sense una altra generació de pèrdua de qualitat. Prova les compensacions d'emmagatzematge i lliurament. Si prefereixes llegir això que sentir-m'ho dir, el "diff" arriba a la teva safata d'entrada cada matí, gratis a the daily diff dot dev, enllaç a sota.

Per què hauria de distribuir el descodificador i provar la migració?

4:58 Així que el veredicte d'avui, SHIP IT. Jo distribuiria el descodificador addicional perquè el suport del navegador dóna als desenvolupadors una elecció real, i provaria la migració amb les nostres pròpies imatges. Subscriu-te, prem la campana i digues-me als comentaris si l'hauries marcat de manera diferent. I això és el "diff" per avui. Sóc en Niko d'Axrisi. Fusiona amb responsabilitat.

Fonts

1. Shipping JPEG XL in ChromeChrome for Developers
2. JPEG XL prototype and November 2022 removal discussionChromium Blink developers
3. Contemporaneous JPEG XL deprecation commentaryFree Software Foundation
4. The case against JPEG XL — competing-encoder benchmarkGianni Rosato
5. JPEG XL FAQ and reversible JPEG transcodingJPEG XL community
6. HTML picture element and fallback selectionMDN Web Docs
7. Progressive loading demoJPEG XL community
8. Distance versus effort visualizerJPEG XL community
9. Sharing AI progress in mathematicsOpenAI
10. Mathematical manuscripts and proof artifactsOpenAI on GitHub
11. Lean formalization library build notesOpenAI on GitHub
12. ESP32-C3 hash-in-flash DNS ad blockerM-Abozaid on GitHub