Convertir JPG a JXL

JPEG XL tiene una función muy citada: puede tomar un JPG existente y reempaquetar sus datos internos sin descodificarlos nunca a píxeles, produciendo un archivo bastante más pequeño del que se puede reconstruir el JPG original byte por byte. Nada se pierde, nada se añade, y el proceso se puede deshacer.

Ese es el motivo por el que tanta gente con un archivo fotográfico grande —una agencia, un fotógrafo, alguien con veinte años de fotos familiares— busca convertir JPG a JXL. Es una razón legítima. No es lo que hace esta página.

Este conversor sigue el mismo camino que cualquier otro par de imágenes del sitio: descodifica el JPG a píxeles y codifica un archivo JXL nuevo a partir de esos píxeles, con la calidad que se elija. No hay ninguna excepción para este par ni una opción que active el modo sin pérdida.

El resultado es, por tanto, una segunda generación de la fotografía: más pequeña, ligeramente distinta, y no convertible de vuelta al archivo original. Decirlo con claridad es la razón de que esta página esté escrita a mano en vez de generada como las demás.

libjxl distribuye dos programas de línea de comandos, cjxl y djxl, gratuitos y disponibles para Windows, macOS y Linux. cjxl, al recibir un JPG, hace la transcodificación sin pérdida por defecto, y djxl la deshace y devuelve el JPG original.

La razón de que esta página no lo haga es de diseño, no de intención: este sitio está construido alrededor de descodificar a píxeles y volver a codificar, lo que permite que un centenar de pares de formatos funcionen con el mismo camino. Un reempaquetado a nivel de coeficientes JPEG es un caso especial que se salta todo eso, y por eso necesita su propia herramienta fuera del navegador.

Un JPG ya ha descartado información, y lo que queda incluye sus propios artefactos: bordes de bloques de ocho por ocho píxeles en zonas lisas, halos alrededor de los bordes duros, y color guardado a la mitad de la resolución del brillo. Eso ahora es simplemente la imagen, y el codificador JXL gasta bits reproduciéndolo con fidelidad mientras cuantiza de nuevo encima.

Cuánto se nota depende del original. Un JPG que sale directo de una cámara con calidad alta apenas cambia al recodificarse. Uno que ha pasado por una app de mensajería o se guardó a baja calidad ya tiene artefactos visibles, y el segundo paso los empeora un poco en vez de suavizarlos. Si existe el archivo sin comprimir o un JPG de mayor calidad, partir de ese es mejor que partir de este.

El control va de 1 a 100 y arranca en 82. Como el origen ya tiene pérdida, hay un argumento para subirlo un poco respecto a lo que se usaría con un original sin comprimir: el codificador está intentando reproducir una imagen que ya trae estructura que él no puso ahí, y darle más margen reparte mejor esa estructura.

En el extremo superior el archivo JXL puede acabar pesando más que el JPG de partida, así que la calidad máxima solo tiene sentido si el archivo va a volver a codificarse en otro paso posterior, no como estrategia de almacenamiento a largo plazo.

Un JPG de cámara suele llevar EXIF, a veces XMP o IPTC, un perfil de color ICC y con frecuencia las coordenadas de dónde se tomó. Nada de eso sobrevive aquí, porque la conversión descodifica a píxeles puros y el codificador solo recibe la imagen: no hay ningún parámetro de metadatos ni de perfil de color en ese paso.

Para una sola foto que se va a enviar, eso suele ser bienvenido, porque también quita la ubicación de dónde se tomó. Para migrar un archivo fotográfico completo es un problema serio, y es la segunda razón —después de la reversibilidad— por la que cjxl es la herramienta correcta para ese trabajo: conserva el bloque de metadatos entero junto con los datos de la imagen.

En compresión, JPEG XL suele quedar entre los formatos más eficientes de esta comparativa; un JPG bien codificado no es el rival débil que a veces se pinta. Pero el soporte va justo en el orden contrario: el JPG se abre en cualquier sitio, WebP en todos los navegadores actuales, AVIF en los modernos, y JXL solo en algunos, con Safari como el más completo.

Para una foto que hay que enviar, publicar o entregar a otra persona, ese orden de soporte pesa más que cualquier ahorro de bytes, y JPG o WebP siguen siendo la respuesta correcta. JPEG XL solo gana cuando el archivo se queda dentro de un sistema que uno mismo controla.

El argumento a favor es real: se recupera espacio en disco, más aún con la transcodificación sin pérdida de cjxl, en colecciones que a menudo ocupan cientos de gigabytes. El argumento en contra es que el JPG es el formato de imagen más leído que existe, y un archivo que deja de abrirse en el software habitual vale mucho más que el espacio que ahorra.

La postura defendible es conservar los JPG y tratar JXL como un experimento, o usar cjxl para que la migración sea reversible y no haya nada realmente en juego. Lo que no es defendible es pasar un archivo de veinte años por este conversor a calidad 82 y borrar los originales pensando que se ha hecho una copia sin pérdida.

Aunque el formato JXL admite animación, este conversor no la produce a partir de un JPG porque el propio origen no la tiene: un JPG es siempre una sola imagen fija, así que el resultado también lo es. Esto no es una limitación de la conversión, sino del formato de origen.

Para vídeo o secuencias animadas la respuesta correcta nunca ha sido un formato de imagen, sino un archivo de vídeo real en MP4 o WebM, que este mismo sitio también convierte.

El JPG se descodifica y el JXL se codifica con módulos que se descargan solo cuando hacen falta, dentro del propio navegador. Nada de la fotografía cruza la red, lo cual importa especialmente para lo que suele acabar en esta página: archivos personales, encargos de clientes, trabajo aún sin publicar.

El límite gratuito es de 100 MB por archivo, muy por encima de cualquier JPG, y se puede soltar una carpeta entera: cada imagen convierte con su propio progreso y el resultado llega como un ZIP. Conviene probar con unas pocas fotos primero, mirarlas a tamaño completo junto al original, y decidir si el ahorro compensa la generación perdida antes de convertir el archivo completo.