Chrome adopta JPEG XL y reescribe su decodificador en Rust

Shipping JPEG XL in Chrome

Chrome adopta JPEG XL y reescribe su decodificador en Rust

Chrome 155 incorpora soporte de decodificación para JPEG XL, un formato que comprime entre un 30 y un 50 % mejor que JPEG, con HDR y transcodificación sin pérdida. Para eliminar vulnerabilidades, el equipo reimplementó el decodificador en Rust puro (jxl-rs), con SIMD seguro y sin fallos de memoria. La decisión responde a años de peticiones de desarrolladores en el Interop Project.

Hemos verificado la implementación de jxl-rs con diversas técnicas de vanguardia, incluyendo fuzzing y revisión del código con IA, y no hemos encontrado ningún error de seguridad de memoria en todo el historial de la implementación, lo que supone otra validación de las enormes mejoras que Rust aporta a la seguridad de memoria.
  1. jug

    Y pronto Firefox lo incluirá en Stable. Durante octubre pasará de ser solo Safari a una cobertura mayoritaria. ¡Un mes lleno de acontecimientos!

    Aunque AVIF puede tener una ligera ventaja en algunos casos, como en compresión bastante con pérdida, realmente no te equivocarás con JPEG XL (a menos que estés muy limitado por la CPU) y creo que la fortaleza del formato es su extrema versatilidad como "formato de imagen definitivo" durante un tiempo, donde el rendimiento comparativo según la funcionalidad va de respetable a excelente. Puede funcionar como reemplazo de AVIF, PNG, JPEG, WebP, incluso ciertos escenarios que requieren TIFF (alta profundidad de bits, multicanal, capas) según los casos de uso.

  2. xx_ns

    Es emocionante ver que el soporte de JXL se vuelve a añadir en Chrome después de haber sido eliminado hace un tiempo y de que aparentemente no estaban interesados en soportarlo [1].

    Creo que JXL es un formato de imagen genial, pero estaba frenado por el navegador más popular al no soportarlo, lo que limitaba mucho su uso (especialmente en la web).

    [1]: https://issues.chromium.org/issues/40270698

  3. swiftcoder

    Véanse las discusiones previas en HN para contexto:

    Google set to deprecate JPEG XL support in Chrome 110 - https://news.ycombinator.com/item?id=33399940

    JPEG XL support has officially been removed from Chromium - https://news.ycombinator.com/item?id=33933208

    Chrome Jpegxl Issue Reopened - https://news.ycombinator.com/item?id=46033330

    The case agains JPEG XL - https://news.ycombinator.com/item?id=49690554

  4. revolvingthrow

    Me alegra ver que sucede. Preferiría que hubiera un solo formato en lugar de tanto jxl como avif, pero al menos es el clavo final en el ataúd de webp, que parece haber logrado poco más que molestar a la gente sin mucha ganancia.

    El soporte del ecosistema en general aún está lejos de ser común, pero está cambiando lentamente. iOS 18 no funcionaría con .jxl en Fotos, pero el 27 sí. De manera similar, quick look y preview funcionan bien en MacOS 27, las miniaturas aparecen correctamente, etc. Tampoco encontré problemas con .jxl en linux, y los editores de imágenes están añadiendo soporte poco a poco también.

    El viejo jpg seguirá estando en todas partes durante la próxima década, pero me alegra que finalmente tengamos opciones superiores sin verdaderas desventajas, y sin toda la mierda de patentes además.

  5. kelseydh

    Cada vez que sale un nuevo formato de imagen, pienso en la crisis de compatibilidad entre aplicaciones.

    Por ejemplo, Telegram todavía no tiene un soporte sensato para .webp, los trata como stickers. MacOS puede tardar mucho en actualizarse con soporte para nuevos formatos. Las aplicaciones de visualización de imágenes aún más, muchas nunca se actualizan para soportar nuevos formatos.

  6. cyberrock

    Las tortugas de alguna manera han superado a la liebre porque Safari todavía no ha activado la carga progresiva en libjxl (que tenía esta característica desde antes de que Safari añadiera la función), mientras que FF (no Android) y Chrome se lanzaron con ella habilitada. El reloj de ajedrez de 3 años ahora se ha volteado.

  7. tepmoc

    Una desventaja es que no puedes saber si el formato es con pérdida o sin pérdida con solo mirar su extensión.

  8. YesThatTom2

    ¡Caramba! Esperaba que esto cubriera la batalla interna donde los ejecutivos de Google intentaban detener JPEG XL y cómo los ingenieros finalmente los convencieron de cambiar de opinión.

    Mi conjetura: los ingenieros no ganaron el argumento. Los ejecutivos simplemente se rindieron una vez que todos los demás navegadores habían añadido soporte.

  9. flockonus

    Interesante victoria para un formato genial, recuerdo que hubo un cierre bastante arbitrario del issue en el foro de Chromium a pesar del gran apoyo para su inclusión, más extraño aún es que el equipo de Chrome estaba impulsando su avance técnico.

    Lamentablemente, todavía está lejos de ser adoptable en la web actual:

    https://caniuse.com/jpegxl = 17%

    https://caniuse.com/?search=webp = 97%

  10. tniemi

    Al ver cargar la imagen de ejemplo tuve un flashback del pasado, cuando las imágenes eran GIFs entrelazados de 256 colores, descargándose lentamente, línea por línea...

Más de este día

2026-10-07