Google trae de volta JPEG XL a Chrome

Que abrangue este vídeo

• O anuncio de Chrome publicouse o 6 de outubro de 2026 e nomea Chrome 155. Non establece que todos os visitantes do sitio web xa executen unha versión compatible.
• Google atribúe o feedback persistente dos desenvolvedores e o proceso de Interop. O descodificador jxl-rs usa Rust e operacións vectoriais optimizadas, mentres que as pequenas áreas inseguras verificadas e o sandbox do navegador permanecen.
• A mellora de compresión do 30-50% anunciada por Google usa JPEG como base. Os aforros reais dependen das imaxes, da configuración do codificador e da calidade visual.
• A comparación de codificadores de setembro de Gianni Rosato favorece a AVIF en todo o seu rango de fidelidade con perdas probado. El desenvolve ferramentas AVIF da competencia; o seu resultado e a afirmación de Google baseada en JPEG miden comparacións diferentes.
• Compara os formatos en imaxes representativas e mantén fallbacks compatibles. JPEG XL tamén admite a transcodificación reversible e sen perdas de ficheiros JPEG existentes.
• OpenAI publicou 722 manuscritos agrupados en 372 familias, con verificación variada e moitas formalizacións de Lean. O modelo segue sen ser lanzado, e as cifras de computación equivalentes a Pro non son un prezo de venda ao público nin unha garantía de tempo transcorrido.
• O creador do ESP32-C3 informa dun uso de RAM de aproximadamente 50 KB ao almacenar hashes de dominio ordenados en flash. O bloqueo a nivel de DNS ten limitacións do mesmo dominio e de resolvedores alternativos; as colisións de hash poden bloquear en exceso. Os resultados de hardware non foron medidos independentemente para este episodio.

Transcrición traducida

Traducido da narración orixinal en inglés. O audio e os subtítulos dispoñibles son controlados por YouTube.

Por que Chrome trae de volta JPEG XL?

0:00 Probablemente pensas que Google enterrou JPEG XL. Chrome tráeo de volta, despois de eliminar o soporte experimental, e Rust axudou a que entrara pola porta. Neste vídeo, por que Google deu marcha atrás? E deberías cambiar a túa canalización de imaxes? É mércores, sete de outubro, e este é The Daily Diff. Ten en conta un detalle. Os teus JPEG existentes teñen un camiño neste regreso.

0:20 O martes, Google anunciou a descodificación de JPEG XL a partir de Chrome cento cincuenta cinco. Hoxe o anuncio subiu a Hacker News, xunto co volcado de probas matemáticas de OpenAI e unha placa de dous dólares que bloquea dominios publicitarios. O experimento anterior de Chrome rematou en vinte e vinte e tres.

Por que o formato rexeitado tivo outra oportunidade?

0:35 A explicación de Google incluía un interese insuficiente do ecosistema, o que é incómodo cando o navegador máis grande controla se o ecosistema pode realmente usar a túa cousa. A nova publicación atribúe o feedback persistente dos desenvolvedores, incluíndo o proceso de Interop. As persoas que o pedían seguiron pedindo, e Google agora apunta a probas de navegador destinadas a facer que o formato se comporte de forma consistente. O anuncio atribúe aos colaboradores, incluído Helmut Januschka.

0:57 Ás veces, a folla de ruta máis eficaz é negarse a pechar o problema.

Que cambiou dentro do descodificador?

1:01 O maior cambio de implementación é un descodificador chamado jay ex ell R S, escrito en Rust. Os descodificadores de imaxes inxiren ficheiros complicados subministrados por estraños, o que os converte nun lugar espectacular para confiar accidentalmente en Internet. Rust axuda a previr clases de erros de memoria antes de que se convertan en vulnerabilidades do navegador. Google aínda mantén o sandbox, e a implementación aínda contén pequenas áreas inseguras coidadosamente revisadas. A seguridade ten capas, porque a realidade segue atopando as costuras.

1:27 Google di que as revisións de código de fuzzing e intelixencia artificial non atoparon erros de seguridade da memoria na historia deste descodificador. Ese é un informe útil do equipo que o está a enviar. É improbable que os futuros atacantes acepten a publicación do blog como un contrato vinculante. Primeira pregunta respondida. A presión dos desenvolvedores e un descodificador Rust optimizado reabriron a porta. Google reverteu unha decisión con enxeñaría detrás dela, o que está permitido incluso en Internet. Agora os puntos de referencia da presentación.

Os ficheiros máis pequenos superan a AVIF?

1:48 Google anuncia un 30 a 50 por cento de mellor compresión que JPEG. Descargas máis pequenas poden axudar aos teus usuarios e á factura de ancho de banda, pero ese rango depende do que codifiques e de como compares a calidade. O enxeñeiro de compresión Gianni Rosato publicou unha comparación de setembro onde os modernos codificadores avif superan a JPEG XL en todo o seu rango de fidelidade probado. El traballa en ferramentas avif da competencia, así que mantén ese incentivo xunto aos gráficos. Estas comparacións usan bases diferentes.

2:12 Superar ao vello JPEG deixa espazo para que avif gañe unha carga de traballo. Google mesmo recomenda probar ambos formatos, o que é un consello inusualmente práctico para un anuncio de lanzamento. Outras atraccións de JPEG XL inclúen o alto rango dinámico, imaxes sen perdas e descodificación progresiva de gran detalle. A comunidade publica demos interactivas para explorar o formato. A túa audiencia pode ver unha imaxe útil mentres chega o resto. Para a implementación, mantén unha imaxe de respaldo e verifica o soporte nos navegadores que

2:37 realmente usan os teus clientes. O anuncio nomea Chrome cento cincuenta e cinco. Iso dálle unha versión obxectivo, e os seus datos analíticos indícanlle cando o seu público chega alí. Segunda pregunta respondida. Proba as túas imaxes reais antes de cambiar a canalización e conserva o camiño de compatibilidade. Un formato de imaxe que aforra bytes é útil. Unha migración que oculta o teu botón de compra é unha interpretación cara do minimalismo. Mentres tanto, OpenAI publicou manuscritos matemáticos e artefactos de proba de apoio

Que publicou realmente OpenAI?

3:00 o martes. O repositorio contén setecentos vinte e dous manuscritos, agrupados en familias relacionadas. O reconto do titular inclúe argumentos complementarios e probas alternativas, así que le o que realmente afirma cada artigo. Moitos teñen probas formais en Lean, o que permite que un ordenador verifique deduccións matemáticas. Outros aínda esperan a formalización, e OpenAI advirte explicitamente que

3:21 algúns resultados non formalizados poderían ter problemas. O repositorio entrega aos investigadores material que poden inspeccionar e desafiar. O modelo segue sen ser lanzado. OpenAI di que cada resultado utilizou aproximadamente tres horas de computación de pensamento equivalente a ChatGPT Pro en media. Iso describe o esforzo computacional. Non lle dá unha garantía de tempo transcorrido nin un prezo de venda ao público para producir un

3:40 teorema. A publicación segue á consulta cun grupo asesor de matemáticas independente, e inclúe un proceso de revisión e citación. A academia recibe unha nova pila de deberes, ademais da capacidade moito máis útil de apuntar á páxina exacta que necesita ser arranxada. Os mantedores de Lean recomendan compilar pequenas porcións á vez. Incluso un avance matemático eventualmente atópase co antigo inimigo do software, conseguir que a compilación finalice.

Como bloquea dominios unha placa de dous dólares?

4:03 Finalmente, un bloqueador de anuncios DNS de código aberto funciona nunha pequena placa de microcontrolador de dous dólares. O truco do creador é almacenar hashes de dominio ordenados en flash, para que a lista de bloqueo non teña que vivir na escasa memoria de traballo. O proxecto informa de aproximadamente cincuenta quilobytes de uso de RAM. Busca un dominio solicitado na táboa flash, bloquea unha coincidencia e reenvía outras consultas augas arriba. O teu enrutador pode adquirir un pequeno portero cunha lista de invitados moi específica. A filtración DNS funciona a nivel de dominio.

4:28 Os anuncios servidos desde o mesmo dominio que o contido útil poden pasar, e os clientes que usan outro resolvedor poden sortealo. Mantén as túas expectativas máis pequenas que a placa, que é un obxectivo de tamaño esixente. E o detalle sobre os teus JPEG existentes?

Os teus JPEG existentes poden unirse ao regreso?

4:40 JPEG XL admite a transcodificación JPEG sen perdas, cun camiño para reconstruír o JPEG orixinal. Iso dálle a un arquivo de imaxes antigo unha opción de migración sen outra xeración de perda de calidade. Proba os compromisos de almacenamento e entrega. Se prefires ler isto que escoitarme dicilo, o diff chega á túa caixa de entrada cada mañá, gratis en the daily diff dot dev, ligazón a continuación.

Por que debería enviar o descodificador e probar a migración?

4:58 Entón, o veredicto de hoxe, SHIP IT. Eu enviaría o descodificador adicional porque o soporte do navegador dálle aos desenvolvedores unha elección real, e probaría a migración nas nosas propias imaxes. Subscríbete, preme na campá e dime nos comentarios se o terías marcado de xeito diferente. E ese é o diff de hoxe. Son Niko de Axrisi. Fusiona con responsabilidade.

Fontes

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