Convertir JXL a TIFF

TIFF se publicó en 1986 y su especificación vigente, TIFF 6.0, lleva estable desde 1992. Todo el mundo de la impresión, el escaneo y la preservación lo lee, y los pliegos de digitalización de archivos históricos, bibliotecas y fondos documentales lo nombran de forma explícita. Lo que se está exigiendo ahí es longevidad, no compresión.

JPEG XL es quince años más joven que el software con el que funcionan algunos de esos flujos de trabajo. Técnicamente es mejor formato de archivo —modo sin pérdida, hasta 32 bits por canal, color de gama amplia— y nada de eso ayuda cuando el sistema de preimpresión de un taller acepta TIFF y punto. Esta conversión es cumplimiento de un requisito, y conviene hacerla sobre una copia: el JXL es un orden de magnitud más pequeño y guarda estrictamente más.

TIFF es menos un formato que un sistema de archivado de imágenes, y sus lectores se ponen de acuerdo en menos cosas de las que a uno le gustaría: LZW está libre de patentes y se admite en todas partes, Deflate no siempre, y JPEG dentro de TIFF es otra imagen dentro de una envoltura TIFF. Aquí se escribe el TIFF de línea base sin comprimir, que es la variante que no rechaza nadie.

Esa elección tiene sentido porque quien convierte a TIFF casi siempre está alimentando una máquina concreta y no guardando algo para sí mismo. El coste es el tamaño entero del archivo y no es un coste pequeño: el propio código lo reconoce diciendo que una fotografía sale varias veces más grande que su PNG. Si tu requisito admite LZW de forma expresa, una herramienta dedicada como ImageMagick producirá un TIFF bastante menor que esta página.

Al no haber compresión, el cálculo es directo: cuatro bytes por píxel más una cabecera pequeña. Una imagen de 4.000 por 3.000 píxeles ocupa unos 48 millones de bytes, alrededor de 46 MiB, tanto si es una fotografía de un bosque como si es un rectángulo blanco. Un fotograma de 24 megapíxeles de una cámara de formato completo ronda los 92 MiB.

Un JPEG XL de esa misma imagen puede ocupar tres megabytes. Es un factor de quince o más, y es el comportamiento correcto y no un defecto: un TIFF sin comprimir es lo que es precisamente porque no se ha decidido nada sobre los píxeles. Planifica el disco y el envío en consecuencia, y prefiere un ZIP para mandarlo, porque la redundancia que TIFF no está aprovechando es exactamente la que un ZIP sí encuentra.

Hacia el TIFF no se descarta nada: los píxeles que entrega el descodificador se escriben tal cual, y este destino comparte con PNG el ser uno de los dos únicos del conversor de imagen donde eso ocurre. Tampoco hay control de calidad en el par, porque no habría nada que negociar con él.

Lo que sí se pierde ocurre antes. La tubería descodifica a RGBA de ocho bits por canal y el escritor de TIFF guarda exactamente esas muestras, así que un original de 16 o 32 bits llega reducido. Para un escaneo destinado a imprenta o para una imagen que entra en un fondo fotográfico suele ser suficiente, porque ocho bits es la profundidad de trabajo de la mayoría de cadenas de impresión. Deja de serlo en un archivo que vayas a corregir con fuerza después, que es donde ocho bits empiezan a mostrar bandas.

La especificación de TIFF admite CMYK, Lab y escala de grises con la misma naturalidad que RGB, y esa amplitud es parte de por qué los flujos de impresión se estandarizaron sobre ella. Lo que este conversor escribe son las muestras RGBA que le entrega la tubería, y en esta página no hay ningún ajuste que produzca una separación.

Si el pliego que te han mandado pide CMYK con un perfil concreto —un estucado, un estándar de la casa—, esta conversión no lo cumple y ninguna casilla de aquí lo va a cumplir. Separar es una operación gestionada por color que depende del perfil de salida y pertenece a Photoshop o a Affinity Photo, que es donde ese perfil vive. Cuando el requisito es simplemente «entregar TIFF», que es el caso más frecuente en entregas fotográficas y de archivo, RGB es lo que se espera.

La salida lleva cuatro muestras por píxel, así que un JPEG XL con transparencia llega con su transparencia en lugar de aplanado sobre un color. Es una ventaja real frente a convertir a JPG o a BMP, donde el alfa hay que rellenarlo y el relleno es definitivo.

La matización honrada está en el lado de la lectura. El soporte de muestras adicionales es irregular en el software antiguo que todavía mueve trabajos de impresión y escaneo, y un lector que ignore esa cuarta muestra compondrá la imagen contra negro o contra blanco sin decírtelo. Si el archivo va a un sitio donde la transparencia importa, abre un TIFF en el programa de destino antes de mandar cuatrocientos.

Es la sorpresa más habitual de esta conversión. En esta página no existe ningún control de resolución de salida ni de tamaño físico: la única opción del par es una anchura máxima en píxeles. Nada de lo que hagas aquí le dice a nadie que la imagen debe imprimirse a treinta centímetros de ancho.

La consecuencia práctica es que las dimensiones en píxeles son la única medida que llega al otro lado. Acuerda el tamaño en píxeles con quien vaya a imprimir, o fija el tamaño físico en InDesign, en QuarkXPress o en el programa que monte la página. Un lado de 4.000 píxeles son unos 34 centímetros a 300 puntos por pulgada, y esa cuenta es la conversación que conviene tener antes y no después.

El TIFF de varias páginas es una de las funciones genuinamente útiles del formato: es la forma en que un fax, un contrato escaneado o el capítulo entero de un libro llegan como un solo archivo. Esta conversión escribe un único directorio de imagen, porque un JPEG XL contiene una imagen y una imagen es una página.

Merece la pena decirlo con precisión porque el conversor se comporta igual en la otra dirección: al leer un TIFF de varias páginas solo se convierte la primera. Donde un flujo espere un TIFF multipágina, el montaje es un paso aparte y corresponde a una herramienta que apile varias imágenes. Convertir una carpeta aquí te da una carpeta de TIFF de una página, bien formados, que es la entrada correcta para ese paso y no un sustituto de él.

La aritmética te regala una verificación. Un TIFF sin comprimir salido de aquí debería pesar casi exactamente cuatro veces su número de píxeles: un archivo de 3.000 por 2.000 ronda los 24 millones de bytes. Un tamaño muy alejado de esa cuenta significa que las dimensiones no son las que suponías, normalmente porque quedó puesta una anchura máxima de una tanda anterior.

Después abre uno en el programa que tiene que aceptarlos, no en un visor que acepta cualquier cosa. Ahí es donde de verdad se pone a prueba un pliego: si se respeta la muestra de alfa, si la variante sin comprimir es la que espera el sistema de ingesta, si las dimensiones cumplen el mínimo exigido. Cinco minutos con el primer archivo salen más baratos que repetir una tanda de cuatrocientos y volver a mandarla.

Safari muestra TIFF desde que usa ImageIO; Chrome, Firefox y Edge nunca adoptaron el formato y no lo representan, que es la razón de que el archivo lo tenga que descodificar código propio en lugar de la plataforma. Si tu destino es una página web, esta es la conversión equivocada y WebP o AVIF son la recomendación correcta.

La conversión sigue ocurriendo íntegramente en tu equipo: la descodificación, el trabajo con los píxeles y la escritura del TIFF pasan dentro de la pestaña, y en la capa gratuita se aceptan archivos de hasta 100 MB sin ningún envío. Para material que va a un archivo o a una imprenta esa es la propiedad que más pesa, porque suelen ser los archivos con los que alguien está siendo cuidadoso; y significa además que el tamaño de la salida lo limita tu disco y no una cuota, lo que se nota cuando una carpeta de cincuenta imágenes se convierte en dos gigabytes de TIFF.