Convertir GIF a JXL

Los usos que el registro anota para JPEG XL son archivo y fotografía, y su estado es minoritario. Esa combinación es la descripción honrada: es un formato técnicamente sólido con una base instalada pequeña, lo que lo convierte en candidato para una colección privada y en mal candidato para cualquier cosa que salga de tu equipo.

Es lo contrario del caso de AVIF, que existe para entregarse por la web a navegadores que lo entienden. Si conviertes estos GIF porque una página pesa demasiado, esta no es la página correcta y los formatos de entrega sí lo son. Si conviertes porque tienes una carpeta de gráficos de hace veinte años en un disco y quieres pasarla a algo moderno, sigue leyendo, aunque parte de lo que viene es un argumento para no hacerlo.

JPEG XL se normalizó en 2021 como ISO/IEC 18181 y apunta directamente a la fotografía: hasta 32 bits por canal, color amplio, compresión con pérdida de alta calidad que se degrada con suavidad, y la capacidad de recodificar un JPEG existente sin pérdida y más pequeño. Casi todas sus ventajas hablan de imágenes de tono continuo.

Un GIF no tiene tono continuo. Es color indexado de ocho bits con doscientos cincuenta y seis entradas como mucho, y se escribió así hace años. Dárselo de comer a un codec fotográfico no está mal, pero no ejercita ninguna de las virtudes por las que se elige el formato, y el resultado en tamaño se parece más a una moneda al aire que a la reputación del codec.

La conversión ofrece un número de calidad de 1 a 100, con 82 por omisión, y ninguna casilla de sin pérdida. El codificador se maneja aquí por la misma interfaz que todos los destinos con pérdida de este sitio, así que lo que sale es una recodificación: parecido al original con los ajustes altos, idéntico nunca.

Para un archivo, esa distinción es toda la pregunta. Guardar una recodificación con pérdida de una imagen que ya venía reducida a 256 colores significa dos generaciones de pérdida sobre un objeto cuyo valor está en ser el original. Si la intención es preservar y no ordenar, o subes la calidad al tope y aceptas un archivo mayor, o eliges un formato donde la respuesta no dependa de un ajuste.

El PNG comprime sin pérdida, guarda canal alfa, lo abre absolutamente todo y se diseñó justo para este material: color plano, bordes duros, paletas limitadas. Sobre un GIF típico de los que quedan por ahí se queda cerca del JXL en tamaño y además es exacto hasta el último píxel.

El caso en que JPEG XL gana de verdad es un GIF que en realidad representa una fotografía: un escaneo con difuminado agresivo o una captura de una foto, donde la reducción de paleta produjo algo ruidoso y la compresión sin pérdida del PNG no tiene de dónde agarrarse. Ahí un codec moderno con pérdida y una calidad sensata es más pequeño por un margen real. Son una minoría de los GIF, y merece la pena comprobar de cuáles tienes antes de convertir varios cientos.

JPEG XL sabe guardar animación y esta conversión no la produce. La descodificación de un GIF animado entrega el primer fotograma, y a partir de ahí se codifica una única imagen: entra una animación y sale la viñeta con la que empieza. No hay ajuste que cambie eso, y tampoco un aviso que lo señale en el momento.

Para un archivo de GIF animados, por tanto, la respuesta correcta es conservar los GIF tal cual, o convertirlos a vídeo, donde un codec de verdad los reduce a una fracción del tamaño en lugar de a una fracción del contenido. Antes de lanzar una carpeta entera a esta conversión conviene mirar cuántos de esos archivos se mueven, porque los que se muevan no van a llegar enteros.

Un GIF puede designar una entrada de su paleta como transparente, y JPEG XL lleva canal alfa completo. Aquí no hay aplanado: el destino no está entre los formatos que se rellenan con un color de fondo, así que un fondo transparente llega como fondo transparente y no como blanco.

Lo que la conversión no puede es suavizarla. El origen tiene transparencia dura, de sí o no, sin valores intermedios, y el resultado recoge exactamente eso, incluidos los bordes dentados que el GIF ya tenía. Si esperabas que el paso a un formato moderno limase esos bordes, no es lo que ocurre: lo que había es lo que se guarda, con más precisión que antes.

Codificar JPEG XL aquí no depende de que tu navegador entienda el formato. El codec es un módulo de WebAssembly que la página descarga y ejecuta, así que un navegador sin ningún soporte de JPEG XL produce igualmente un archivo válido.

La consecuencia visible es que el resultado no se puede previsualizar como se previsualiza un PNG o un WebP. Te descargas un archivo que no puedes abrir en la pestaña donde lo has hecho, y comprobarlo significa abrirlo en un programa de escritorio. Merece la pena hacerlo con el primer archivo antes de comprometer un lote de trescientos.

El problema que el registro anota para este formato es el soporte irregular, y es exactamente el riesgo que importa para el uso del que trata esta página. Un archivo es una apuesta a poder abrir los ficheros más adelante, y la posición de JPEG XL en los navegadores ha sido discutida en vez de asentada desde que se normalizó. El registro anota su soporte de navegador como parcial, no como completo.

La forma de protegerse no es complicada: no borres los originales hasta que la colección lleve legible el tiempo suficiente como para fiarse, y mantén la decisión reversible. Una carpeta de GIF y otra de JXL cuestan espacio en disco, que es lo más barato de todo este intercambio. Una carpeta de JXL a secas, dentro de cinco años, es una apuesta.

El registro anota GIMP e ImageMagick como los programas de referencia, y el segundo importa más de lo que parece porque hace que la colección siga siendo manejable por script más adelante. Varios visores de escritorio han ido añadiendo soporte, y las miniaturas del sistema operativo van por detrás.

Lo que esa lista no incluye es una garantía de que un compañero, un cliente o un formulario web acepten uno. Si alguno de estos archivos podría necesitar enviarse a alguien, guarda una copia en un formato que no haya que explicar y trata el JXL como la copia de almacén, nunca como la única copia.

Sueltas la carpeta de una vez, hasta cien archivos por tanda, y cada uno se codifica por turno dentro de la pestaña. El módulo de WebAssembly se descarga una sola vez y se reutiliza, así que ese coste se paga en el primer archivo y no en cada uno. Los resultados vuelven juntos en un ZIP.

No se sube nada y no hay cuenta ni cola, que para una colección personal es normalmente el motivo de hacer esto en local en vez de en un servicio en línea. El techo de la capa gratuita es de 100 MB por archivo, que ningún GIF estático ha rozado jamás, y las conversiones que corren en el navegador no cuentan contra ningún cupo porque no nos cuestan nada.