¿Qué es un archivo JXL?

JXL es un formato binario, que solo significa algo para un programa que lo conoce. Guarda una rejilla de píxeles, así que se ablanda en cuanto lo amplías más allá de su propia resolución. Se usa para el archivado y la fotografía.

La extensión es .jxl y el nombre completo, JPEG XL. Ambos importan menos que lo que el archivo puede contener, y de eso trata el resto de esta página.

Joint Photographic Experts Group lo publicó en 2021. La especificación es ISO/IEC 18181.

La edad interesa por un motivo práctico: cuanto más antiguo es un formato, más programas han tenido tiempo de aprenderlo.

Está publicada entera, así que cualquiera puede implementarla leyendo el documento en vez de a base de inspeccionar archivos. Por eso aparece en tantos programas, y por eso los archivos escritos hace veinte años siguen abriéndose hoy. Publicada no quiere decir libre de regalías: cuando un formato envuelve un códec, la licencia de las patentes es un asunto aparte que la norma no resuelve.

Existe para hacer bien una sola tarea para un grupo concreto de gente. Fuera de esa tarea es una mala elección por defecto, y dentro de ella no suele haber nada mejor.

JXL guarda su contenido exactamente. Volver a guardarlo no cambia nada, así que puedes abrirlo, editarlo y guardarlo tantas veces como quieras sin acumular daño; eso es lo que lo convierte en un formato de trabajo y no de entrega.

JXL lleva un canal alfa, así que un logotipo conserva sus bordes suaves sobre lo que haya detrás en vez de llegar dentro de una caja blanca.

JXL puede guardar una animación en lugar de una sola imagen fija. Conviene saberlo antes de convertir: un destino que solo admite un fotograma se queda con el primero y descarta el resto, casi siempre sin decirlo.

Hasta 32 bits por canal. Puede trabajar en RGB, escala de grises y gama de color amplia.

Más de ocho bits por canal es lo que impide que un degradado se escalone al editarlo: importa en un archivo de trabajo y casi nunca en uno terminado.

GIMP y ImageMagick lo leen, y también la mayoría de programas del mismo tipo.

Cuando un archivo no se abre, el formato rara vez es el problema: lo más habitual es que el programa sea anterior al formato. Convertir a algo más antiguo es la salida fiable, y para eso está el resto de este sitio.

Solo algunos navegadores lo leen.

Donde la compatibilidad es desigual, servir un segundo formato al lado es la respuesta habitual: el navegador toma el que entiende y nadie se queda fuera.

JXL puede guardar los datos EXIF, los registros XMP y los perfiles ICC.

Que algo de esto sobreviva a una conversión depende por completo del destino, y la respuesta honesta suele ser «una parte».

JXL está pensado para entregarse, no para trabajar dentro. Editar uno es posible y rara vez agradable; lo sensato es cambiar el original y volver a exportar.

Las quejas recurrentes: fuera de su terreno la compatibilidad es irregular.

Nada de esto es motivo para evitar el formato. Son las cosas que conviene conocer antes de que una de ellas te sorprenda, que es una afirmación distinta y más útil.

Esta es la capacidad que no tiene ningún otro formato. JPEG XL puede coger un JPEG ya existente, recodificarlo alrededor de un veinte por ciento más pequeño y más adelante reconstruir el archivo original byte a byte: no una imagen visualmente idéntica, sino el mismo archivo, con la misma suma de verificación.

Eso cambia la naturaleza de la pregunta. Pasar una fototeca a WebP o a AVIF obliga a comprometerse, porque los JPEG se recodifican en una segunda pasada con pérdida y los originales o se guardan aparte o desaparecen. La recompresión a JXL es reversible, así que un archivo de veinte años se puede dejar en cuatro quintas partes sin arriesgar nada. No hay otro formato que ofrezca esto, y es el argumento más fuerte que tiene.

JPEG XL tiene un modo con pérdida que compite con AVIF y un modo sin pérdida que compite con PNG, y a diferencia de los dos modos de WebP estos comparten un diseño en lugar de ser dos compresores bajo una misma extensión. El JXL sin pérdida suele quedarse entre un treinta y un cuarenta por ciento por debajo del PNG equivalente.

Además descodifica de forma progresiva: un archivo descargado a medias se dibuja como una versión de menor resolución de la imagen completa en lugar de como las primeras filas de píxeles. AVIF solo se acerca a eso con una codificación por capas que casi ningún codificador produce, y con una conexión lenta es la diferencia entre ver algo enseguida y no ver nada.

Chrome implementó JPEG XL detrás de una opción experimental y lo retiró en 2023, alegando que el interés del ecosistema no justificaba mantenerlo. La decisión se discutió largo y tendido entre fotógrafos, ingenieros de navegadores y la comunidad de compresión de imagen, y dejó el formato varado en la web.

Apple lo añadió después en Safari 17, también en 2023, y funciona tanto en macOS como en iOS. Así que la situación de hoy está genuinamente partida: Safari sí, Firefox detrás de una opción, Chrome no. Un formato con un expediente técnico excelente y una suerte pésima, y la razón de que un JXL sencillamente no se vea en el equipo de la persona a la que se lo mandas.

En Safari sobre macOS y iOS, que es una porción considerable del tráfico de imágenes. En las aplicaciones de Adobe, que añadieron compatibilidad. En un conjunto creciente de herramientas y bibliotecas de imagen. Y como opción de captura en algunas cámaras.

La consecuencia práctica es que ahora mismo JXL tiene sentido como formato de almacenamiento y archivo, no de entrega. Comprimir una colección en tu propio disco es una decisión que controlas tú; poner JXL en una página pública significa que una parte grande de las visitas no ve nada.

JPEG XL se normalizó en 2022 a partir de dos candidaturas: PIK, de Google, y FUIF, de Cloudinary, que a su vez descendía de FLIF. El resultado arrastra ideas de las dos, y de ahí que se defienda igual de bien con fotografías que con imágenes sintéticas en lugar de estar afinado para una sola cosa.

El linaje importa por un motivo concreto: la recompresión de JPEG salió de un diseño deliberado y no de una casualidad afortunada. El comité se propuso que el corpus de JPEG existente pudiera migrar, y ese objetivo dio forma al formato.

Hasta 32 bits por canal, gamas de color amplias y HDR. Un canal alfa de verdad tanto en el modo con pérdida como en el modo sin pérdida. Animación. E imágenes de dimensiones que en otros formatos serían inalcanzables — los límites son teóricos más que prácticos.

También codifica bastante más rápido que AVIF, que es la debilidad principal de AVIF. En ese eje JXL es el más práctico de los dos formatos modernos, lo cual hace su situación en la web más irritante y no menos.

La recompresión reversible de un JPEG es una operación del formato, no lo que hace este conversor. Cuando aquí eliges JXL como destino, la imagen se descodifica a píxeles y se vuelve a codificar en el modo con pérdida, con la calidad en 82 salvo que muevas el control. El modo sin pérdida existe en el formato y este conversor no lo pide.

De ahí salen dos consecuencias que no queremos que descubras después. Convertir un JPEG a JXL aquí es una segunda pasada con pérdida sobre una imagen ya comprimida, no la operación reversible descrita más arriba: si lo que buscas es esa, necesitas una herramienta específica de recompresión. Y como la imagen se reconstruye píxel a píxel, los metadatos no pasan al otro lado — ni EXIF, ni XMP, ni las coordenadas GPS, ni el perfil de color incrustado.

A JPG cuando el archivo tiene que llegar a alguien cuyo navegador o programa no va a mostrarlo, que hoy es la mayoría de la gente; espera un archivo más grande con el mismo aspecto. A PNG cuando la imagen tiene transparencia o es una captura de pantalla o un diagrama.

La pérdida que hay que vigilar es la profundidad de bits. Un JXL con más de ocho bits por canal convertido a JPG o PNG dispone de menos niveles en los degradados, y ahí es donde aparecen las bandas en un cielo. Conserva el JXL: dada su situación, es muy probablemente la copia de archivo, y el archivo convertido es el que se envía.

Para un archivo personal en tu propio almacenamiento, la recompresión de JPEG ya justifica la respuesta por sí sola: una quinta parte menos, totalmente reversible, sin nada en juego. Es una oferta rara y no depende de que los navegadores se pongan de acuerdo en nada.

Para cualquier cosa publicada, todavía no. Sin Chrome el formato no se puede servir como imagen principal, y mantener una alternativa para la mayoría se come casi todo el beneficio. Puede cambiar — el apoyo de Safari fue en sí mismo un giro de tendencia —, pero una decisión que se toma hoy debe apoyarse en dónde funciona ahora y no en dónde merecería funcionar.