Google readuce JPEG XL în Chrome

Ce acoperă acest videoclip

• Anunțul Chrome a fost publicat pe 6 octombrie 2026 și menționează Chrome 155. Nu stabilește că fiecare vizitator al site-ului rulează deja o versiune acceptată.
• Google creditează feedback-ul persistent al dezvoltatorilor și procesul Interop. Decodorul jxl-rs utilizează Rust și operații vectoriale optimizate, în timp ce zonele nesigure mici verificate și sandbox-ul browserului rămân.
• Îmbunătățirea compresiei de 30-50% anunțată de Google utilizează JPEG ca bază. Economiile reale depind de imagini, setările encoderului și calitatea vizuală.
• Comparația de encodere din septembrie a lui Gianni Rosato favorizează AVIF pe întregul său interval de fidelitate cu pierderi testat. El dezvoltă instrumente AVIF concurente; rezultatul său și afirmația Google bazată pe JPEG măsoară comparații diferite.
• Comparați formatele pe imagini reprezentative și păstrați soluții de rezervă compatibile. JPEG XL acceptă, de asemenea, transcodarea reversibilă, fără pierderi, a fișierelor JPEG existente.
• OpenAI a lansat 722 de manuscrise grupate în 372 de familii, cu verificări variate și multe formalizări Lean. Modelul rămâne nerealizat, iar cifrele de calcul echivalente cu Pro nu sunt nici un preț de vânzare, nici o garanție de timp scurs.
• Creatorul ESP32-C3 raportează o utilizare de aproximativ 50 KB de RAM prin stocarea hash-urilor de domenii sortate în flash. Blocarea la nivel DNS are limitări legate de același domeniu și de rezolvatoare alternative; coliziunile de hash pot bloca excesiv. Rezultatele hardware nu au fost măsurate independent pentru acest episod.

Transcrierea tradusă

Tradus din narațiunea originală în engleză. Audio-ul și subtitrările disponibile sunt controlate de YouTube.

De ce readuce Chrome JPEG XL?

0:00 Probabil crezi că Google a îngropat JPEG XL. Chrome îl readuce, după ce a eliminat suportul experimental, și Rust l-a ajutat să treacă de ușă. În acest videoclip, de ce și-a schimbat Google cursul? Și ar trebui să-ți schimbi fluxul de imagini? Este miercuri, șapte octombrie, și acesta este The Daily Diff. Rețineți un detaliu. JPEG-urile tale existente au o cale în această revenire.

0:20 Marți, Google a anunțat decodarea JPEG XL începând cu Chrome o sută cincizeci și cinci. Astăzi, anunțul a urcat pe Hacker News, alături de o descărcare de dovezi matematice a OpenAI și o placă de doi dolari care blochează domeniile publicitare. Experimentul anterior al Chrome s-a încheiat în două mii douăzeci și trei.

De ce a primit formatul respins o altă șansă?

0:35 Explicația Google a inclus un interes insuficient al ecosistemului, ceea ce este incomod când cel mai mare browser controlează dacă ecosistemul poate folosi de fapt lucrul tău. Noua postare creditează feedback-ul persistent al dezvoltatorilor, inclusiv procesul Interop. Oamenii care au cerut acest lucru au continuat să ceară, iar Google indică acum testele browserului menite să facă formatul să se comporte consistent. Anunțul creditează contribuitori, inclusiv pe Helmut Januschka.

0:57 Uneori, cea mai eficientă foaie de parcurs este refuzul de a închide problema.

Ce s-a schimbat în interiorul decodorului?

1:01 Cea mai mare schimbare de implementare este un decodor numit jay ex ell R S, scris în Rust. Decodoarele de imagini ingerează fișiere complicate furnizate de străini, ceea ce le face un loc spectaculos pentru a avea încredere accidentală în internet. Rust ajută la prevenirea claselor de erori de memorie înainte ca acestea să devină vulnerabilități ale browserului. Google păstrează în continuare sandbox-ul, iar implementarea conține în continuare zone nesigure mici, atent revizuite. Securitatea are straturi, deoarece realitatea continuă să găsească fisurile.

1:27 Google spune că fuzzing-ul și revizuirea codului AI nu au găsit erori de siguranță a memoriei în istoria acestui decodor. Acesta este un raport util de la echipa care îl livrează. Atacatorii viitori este puțin probabil să accepte postarea de blog ca un contract obligatoriu. Prima întrebare răspunsă. Presiunea dezvoltatorilor și un decodor Rust optimizat au redeschis ușa. Google a anulat o decizie cu inginerie în spate, ceea ce este permis chiar și pe internet. Acum, benchmark-urile slide deck-ului.

Sunt fișierele mai mici mai bune decât AVIF?

1:48 Google anunță o compresie cu treizeci până la cincizeci la sută mai bună decât JPEG. Descărcările mai mici vă pot ajuta utilizatorii și factura de lățime de bandă, dar acest interval depinde de ceea ce codificați și de modul în care comparați calitatea. Inginerul de compresie Gianni Rosato a publicat o comparație din septembrie în care encoderele avif moderne au depășit JPEG XL pe întregul său interval de fidelitate testat. El lucrează la instrumente avif concurente, așa că păstrați acest stimulent lângă grafice. Aceste comparații utilizează baze diferite.

2:12 Depășirea vechiului JPEG lasă loc pentru ca avif să câștige o sarcină de lucru. Google însuși recomandă încercarea ambelor formate, ceea ce este un sfat neobișnuit de practic pentru un anunț de lansare. Alte atracții ale JPEG XL includ gama dinamică înaltă, imaginile fără pierderi și decodarea progresivă fină. Comunitatea publică demonstrații interactive pentru explorarea formatului. Audiența dvs. poate vedea o imagine utilă în timp ce restul ajunge. Pentru implementare, păstrați o imagine de rezervă și verificați suportul în browserele pe care le rulează

2:37 clienții dvs. de fapt. Anunțul menționează Chrome o sută cincizeci și cinci. Aceasta vă oferă o versiune țintă, iar analizele dvs. vă spun când publicul dvs. ajunge acolo. A doua întrebare răspunsă. Testați-vă imaginile reale înainte de a schimba fluxul și păstrați calea de compatibilitate. Un format de imagine care economisește octeți este util. O migrație care ascunde butonul de checkout este o interpretare costisitoare a minimalismului. Între timp, OpenAI a publicat manuscrise matematice și artefacte de dovadă

Ce a publicat de fapt OpenAI?

3:00 suport marți. Repoziția conține șapte sute douăzeci și două de manuscrise, grupate în familii înrudite. Numărul principal include argumente însoțitoare și dovezi alternative, așa că citiți ce pretinde de fapt fiecare lucrare. Multe au dovezi formale în Lean, ceea ce permite unui computer să verifice deducțiile matematice. Altele așteaptă încă formalizarea, și OpenAI avertizează explicit că

3:21 unele rezultate neformalizate ar putea avea probleme. Repoziția oferă cercetătorilor material pe care îl pot inspecta și contesta. Modelul rămâne nerealizat. OpenAI spune că fiecare rezultat a utilizat în medie aproximativ trei ore de calcul echivalent ChatGPT Pro. Aceasta descrie efortul computațional. Nu vă oferă nici o garanție de timp real nici un preț de vânzare pentru producerea unei

3:40 teoreme. Lansarea urmează consultării cu un grup consultativ independent de matematică și include un proces de revizuire și citare. Academia primește o nouă grămadă de teme, plus capacitatea mult mai utilă de a indica pagina exactă care trebuie reparată. Menținătorii Lean recomandă compilarea unor porțiuni mici la un moment dat. Chiar și o descoperire matematică se întâlnește în cele din urmă cu inamicul străvechi al software-ului, finalizarea construirii.

Cum blochează o placă de doi dolari domeniile?

4:03 În cele din urmă, un blocant de reclame DNS open source rulează pe o placă minusculă de microcontroler de doi dolari. Trucul creatorului este stocarea hash-urilor de domenii sortate în flash, astfel încât lista de blocare nu trebuie să locuiască în memoria de lucru rară. Proiectul raportează aproximativ cincizeci de kilobyți de utilizare a RAM. Căută un domeniu solicitat în tabelul flash, blochează o potrivire și redirecționează alte interogări în amonte. Routerul dvs. poate dobândi un bouncer minuscul cu o listă de invitați foarte specifică. Filtrul DNS funcționează la nivel de domeniu.

4:28 Reclamele difuzate de pe același domeniu ca și conținutul util pot trece neobservate, iar clienții care utilizează un alt rezolvator îl pot ocoli. Păstrați-vă așteptările mai mici decât placa, care este o țintă de dimensiune solicitantă. Și detaliul despre JPEG-urile tale existente?

Se pot alătura JPEG-urile tale existente revenirii?

4:40 JPEG XL acceptă transcodarea JPEG fără pierderi, cu o cale de a reconstrui JPEG-ul original. Acest lucru oferă unei arhive de imagini vechi o opțiune de migrare fără o altă generație de pierdere de calitate. Testați compromisurile de stocare și livrare. Dacă preferați să citiți acest lucru decât să mă auziți spunând-o, diff-ul ajunge în căsuța dvs. poștală în fiecare dimineață, gratuit la the daily diff dot dev, link mai jos.

De ce aș implementa decodorul și aș testa migrarea?

4:58 Deci, verdictul de astăzi, SHIP IT. Aș livra decodorul suplimentar deoarece suportul browserului oferă dezvoltatorilor o alegere reală, și aș testa migrarea pe propriile noastre imagini. Abonează-te, apasă clopoțelul și spune-mi în comentarii dacă ai fi ștampilat diferit. Și acesta este diff-ul pentru astăzi. Sunt Niko de la Axrisi. Îmbină responsabil.

Surse

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