Convertir TIFF a JXL

El motivo por el que se busca esta pareja es bueno: JPEG XL es un candidato serio para conservación. Guarda hasta 32 bits por canal, tiene un modo sin pérdida de verdad, maneja gamas amplias y comprime mejor que cualquier otro formato de su clase. Varias bibliotecas nacionales lo han estudiado exactamente por eso.

Nada de eso te llega a través de este conversor, porque la tubería intermedia trabaja en RGB de 8 bits y el codificador se gobierna con un número de calidad. Lo que obtienes es un derivado pequeño, de buen aspecto y con pérdida: útil para muchas cosas y no un máster. Una copia de preservación tiene que ser idéntica bit a bit, con la profundidad completa y gestionada en color, y esta ruta no es ninguna de las tres. Si el fondo importa, guarda el TIFF y trata lo que sale de aquí como tratarías un JPG del mismo escaneo.

El control llega hasta 100 y el codificador se comporta de otra manera en lo alto del rango, así que vale la pena saber qué cuesta cada número en lugar de suponerlo. Medido a través del codificador de este sitio sobre una imagen de prueba de 256 por 256: con el valor por defecto de 82, un degradado volvió con 73.647 de sus 262.144 muestras cambiadas, la peor en 21 niveles. Con 100, cambiaron 334 muestras y ninguna en más de un nivel; un dibujo plano a 100 volvió idéntico bit a bit.

Eso es casi sin pérdida, que no es lo mismo que sin pérdida, y la distinción es relevante para un archivo e irrelevante para una prueba de color. En la práctica: deja el 82 para cualquier cosa que solo se vaya a mirar, sube a 100 si el archivo va a volver a codificarse más adelante, y no describas el resultado como copia sin pérdida en una ficha catalográfica. El modo sin pérdida propio del codificador existe en la biblioteca y este conversor no lo activa.

Muchísimos TIFF son de 16 bits: esa es buena parte del motivo de digitalizar a TIFF, y es lo que le da al escaneo margen para niveles y curvas después. El lector empleado aquí descodifica bien esos archivos y luego entrega 8 bits por canal, quedándose con el byte alto de cada muestra. Medido sobre un TIFF de 16 bits en escala de grises: un valor almacenado de 30.000 llega como 117.

En una imagen terminada nadie ve la diferencia, porque una pantalla muestra ocho bits y el ojo no da más. En un máster de edición es la diferencia entera: el degradado suave de 16 bits que aguanta una curva agresiva es justamente lo que se ha tirado, y forzar los niveles sobre el resultado de 8 bits producirá bandas. Si digitalizaste a 16 bits a propósito, esa decisión no sobrevive a esta página.

Un TIFF salido de un flujo de imprenta suele ser CMYK con un perfil ICC incrustado, y ese par de hechos es lo que lo hace imprimible. El lector convierte el CMYK a color de pantalla con una fórmula fija en vez de pasar por el perfil, así que el resultado es reconociblemente la misma imagen en colores ligeramente equivocados: plana en las sombras profundas y algo fría donde el perfil habría compensado.

El perfil tampoco viaja. Toda conversión de imagen de este sitio descodifica a píxeles crudos y vuelve a codificar, de modo que los bloques ICC, EXIF, XMP e IPTC y las coordenadas GPS se pierden todos, y eso es incondicional en lugar de una opción que la página te ponga delante. Para un original de imprenta es una pérdida real y es la segunda razón para no tratar esto como una migración de archivo. Para una imagen que se mira en pantalla no cuesta nada.

El TIFF guarda más de una imagen por archivo y los escáneres documentales lo usan constantemente. El JPEG XL tal como se escribe aquí guarda una. El lector toma la primera página y se detiene, sin error y sin nada en la interfaz que avise de que existían las siguientes.

Esa es la forma en que esta conversión puede salir mal en silencio sobre una colección entera de golpe, y conviene comprobarlo antes del lote y no después. Si los TIFF vienen de un escáner de documentos, de una pasarela de fax o de un sistema de gestión de expedientes, da por supuesto que pueden ser multipágina y abre unos cuantos. Separarlos es una línea en ImageMagick o una opción de menú en IrfanView. Cuando las páginas van juntas por naturaleza, TIFF a PDF es la página que las conserva todas.

Muchísimo, porque el punto de partida está sin comprimir. Las muestras de este sitio a 480 por 320 pesan 615.400 bytes como TIFF en los tres casos; como JXL con la calidad por defecto son 7.240 bytes la fotografía, 13.252 la escena tipo captura de pantalla y 5.016 el gráfico plano.

La cifra fotográfica es la interesante: 7.240 bytes es la más pequeña de todo el juego de muestras, por debajo de los 14.700 del WebP y de los 17.599 del AVIF. JPEG XL es realmente el codificador más fuerte de los tres sobre tono continuo a esta calidad, y si la única pregunta fueran los bytes, ganaría. La pregunta nunca es solo esa, y de eso trata el apartado siguiente.

Aquí es donde JPEG XL pierde. El soporte en navegadores es parcial y no universal, así que un .jxl no es un archivo para publicar en una web ni para adjuntar a un correo sin saber qué usa la otra parte. GIMP e ImageMagick lo manejan; Photoshop necesita un complemento; una enorme cantidad de programas corrientes muestra simplemente el icono de archivo desconocido.

Eso reduce el uso honesto a dos situaciones. La primera es un flujo cerrado: tus herramientas, tu almacenamiento, una cadena que ha nombrado el formato. La segunda es alguien experimentando a propósito, con el original bien guardado en otro sitio. Cualquier cosa que tenga que abrir una persona con la que no has hablado debería ser un WebP, un JPG o un PNG, y las páginas hermanas cubren los tres.

Si esto entra en un proyecto de digitalización con documentación asociada —un archivo municipal, un fondo parroquial, una colección universitaria—, la línea que describe el fichero importa tanto como el fichero. Lo defendible es: derivado en JPEG XL generado a partir del TIFF máster, RGB de 8 bits, con pérdida a calidad 82, primera página, sin perfil de color incrustado.

Lo que no es defendible es la palabra que suele aparecer: «sin pérdida». Nada aquí la sostiene salvo el caso concreto del dibujo plano a calidad 100, y una ficha no se escribe sobre un caso concreto. Anotar el número de calidad usado cuesta un segundo y evita que dentro de diez años alguien tenga que medirlo con el archivo delante.

Si lo que buscabas era una copia más pequeña que siguiera siendo exacta, TIFF a PNG es la versión honesta de esa idea: el PNG no pierde nada dentro de ocho bits, lo lee todo el software del mundo y en contenido plano escaneado sale con frecuencia más pequeño que un archivo con pérdida de alta calidad. Tampoco conserva los 16 bits —aquí no lo hace nada—, pero no pierde nada más.

Si el objetivo era publicar, TIFF a WebP funciona en todos los navegadores y TIFF a AVIF sale más pequeño en material plano escaneado. Si el objetivo era mandarle el escaneo a una persona, TIFF a PDF o TIFF a JPG es lo que esa persona espera recibir. Y si el objetivo era un máster de preservación, la respuesta correcta es la que no gusta: el TIFF que ya tienes es el máster, y hay que guardarlo.

utif2 descodifica el TIFF y libjxl compilado a WebAssembly escribe el JXL, y ninguno de los dos se descarga hasta que hace falta. Del archivo no viaja nada por la red, que es la razón práctica por la que un archivo histórico puede usar esta página con material inédito o restringido. El límite gratuito es de 100 MB por archivo, más o menos un A4 en color a 600 ppp guardado sin comprimir.

Los lotes van igual: suelta una carpeta, cada archivo lleva su propia fila de progreso y los resultados vuelven en un ZIP, hasta cien archivos por tanda. Codificar JPEG XL no es tan lento como AVIF pero tampoco es instantáneo, así que una tirada grande conviene arrancarla y dejarla. El motor se descarga una vez y se reutiliza durante el resto del lote.