Convertir AVIF a TIFF

AVIF existe para que una fotografía viaje por una red lo más barata posible. TIFF existe para que una imagen pase de un sistema profesional a otro sin ambigüedad, y lleva desde mediados de los años ochenta haciéndolo. Ninguno es mejor que el otro: son respuestas a preguntas distintas, y esta conversión traslada un archivo de una pregunta a la otra.

Por eso la diferencia de tamaño no es un defecto que haya que sortear. Cada byte que AVIF ahorra es un byte de certeza que ha cambiado por espacio, y cada byte que TIFF gasta compra la garantía de que el siguiente programa lea exactamente los mismos píxeles. Una imprenta que pide TIFF está comprando esa garantía a sabiendas, y tiene cuatro décadas de pruebas detrás de la elección.

Si el AVIF se escribió con pérdida, y uno servido en una web siempre lo está, el detalle que descartó su codificador se perdió antes de que esta página viera el archivo. El TIFF guarda lo que quedó, exactamente, y lo guarda para siempre. Eso es una garantía real sobre todo lo que venga después y ninguna garantía sobre lo que pasó antes.

La distinción decide si el ejercicio merece la pena. Si quien pidió el TIFF lo hacía para proteger la calidad de la imagen, convertir un AVIF cumple la letra de la petición y no su propósito: la calidad ya se gastó cuando la web codificó el archivo. Si todavía existe el original de cámara o la exportación del editor, convertir eso es lo que en realidad se estaba pidiendo. Si no existe, ésta es la mejor respuesta disponible y sí merece la pena, porque el TIFF detiene cualquier degradación posterior.

Sin compresión, el tamaño lo determinan sólo las dimensiones: anchura por altura por cuatro bytes, más una cabecera pequeña. Una imagen de 3.000 por 2.000 son 24 MB. Una de 6.000 por 4.000 son 96 MB. Lo que la fotografía contenga no cambia absolutamente nada, ni el motivo, ni el ruido, ni si es un cielo liso o un bosque.

AVIF está en el extremo contrario, y de ahí sale lo desequilibrado de este par. Una fotografía a tamaño web que AVIF guardaba en unos cientos de kilobytes se convierte en decenas de megabytes sin ningún cambio visible, así que el multiplicador ronda habitualmente el cincuenta y puede pasar de cien en ilustración plana, donde AVIF rinde al máximo y TIFF cuesta exactamente lo mismo de siempre.

TIFF admite varios esquemas de compresión y sus lectores no se ponen de acuerdo sobre cuáles entienden: hay TIFF con LZW, con Deflate y con JPEG dentro, y cada uno cierra alguna puerta. Quien convierte a TIFF casi siempre está alimentando un sistema concreto —una filmadora, el programa de un escáner, un depósito de archivo— y la variante que acepta cualquiera de ellos es la básica sin comprimir.

El coste es el tamaño y está asumido a conciencia. La única palanca que lo mueve es la anchura máxima, que cambia la imagen en lugar de cambiar la compresión, y que suele ser lo que no hay que tocar cuando lo que se está haciendo es cumplir una especificación. Si el archivo resultante es demasiado grande para enviarlo, el problema que hay que resolver es el envío y no el formato.

AVIF puede guardar doce bits por canal y una gama de color amplia, que es la razón por la que se usa para fotografía de alto rango dinámico en la web. TIFF como especificación llega aún más lejos: hasta treinta y dos bits por canal, y con CMYK y Lab además de RGB.

El archivo que se escribe aquí es RGB de ocho bits, así que ninguno de los dos formatos se está usando a su techo. Para una imagen web corriente eso es exactamente lo correcto, porque ocho bits es todo lo que el origen llevaba y escribir dieciséis sólo rellenaría cada valor con ceros. Para un AVIF de alto rango real es una reducción de verdad, y el síntoma es una luz alta que se corta en plano en vez de apagarse con suavidad. Si la especificación nombra una profundidad de bits, esta conversión no la cumple.

Los flujos de artes gráficas esperan con frecuencia CMYK, y TIFF es uno de los pocos formatos de imagen capaces de llevarlo. Lo que sale de esta conversión es RGB, porque es lo que contenía el AVIF e inventarse una separación de tintas significaría adivinar un perfil de máquina que nadie ha facilitado.

Ése es el valor por defecto correcto y no una limitación. Una separación depende del papel, de la máquina y del juego de tintas, y el taller que tiene esos perfiles la hará mejor en un segundo de lo que puede hacerla a ciegas cualquier conversor. Envía un TIFF RGB correcto y deja que separen ellos; un archivo mal separado es más difícil de arreglar que uno sin separar, porque el proceso no es reversible. Dilo en el correo: «el archivo va en RGB» es la frase que evita el malentendido entero.

AVIF tiene canal alfa y TIFF también, así que un logotipo recortado o una foto de producto sobre fondo transparente llega recortada en lugar de aplastarse contra un blanco. Quien haya convertido JPEG a TIFF no se habrá encontrado con esto nunca, porque un JPEG no tiene transparencia que traer.

Merece una decisión y no un encogimiento de hombros. La tinta es opaca, así que en algún punto entre tu archivo y el pliego las zonas transparentes se convierten en algo, y quien debería decidir en qué eres tú, en una herramienta donde puedas ver el resultado, y no el primer programa de la cadena que abra el archivo.

AVIF lo leen los navegadores actuales y una lista corta de aplicaciones; buena parte del software profesional y prácticamente todo el antiguo, no. Ésa es exactamente la razón por la que llega la petición de un TIFF, y no una manía del taller.

TIFF invierte la situación punto por punto: es inservible en una página web y lo lee cualquier escáner, sistema de preimpresión, biblioteca de tratamiento de imagen y herramienta de archivo fabricada en las últimas tres décadas. La lista de cosas que admiten TIFF en silencio es más larga que la lista de cosas que admiten cualquier otro formato de este sitio.

Toda conversión de imagen en este navegador descodifica la fotografía a píxeles crudos y escribe un archivo nuevo a partir de ellos, así que el bloque EXIF del origen no se traslada. Nada de lo que hubiera en el AVIF sobre el aparato, la fecha o las coordenadas sobrevive al viaje.

Para una entrega eso suele ser bienvenido y una cosa menos que recordar limpiar, sobre todo cuando la imagen se hizo en un sitio cuyas coordenadas no deberían acompañarla. Para un depósito de archivo es una pérdida real, porque la procedencia es la mitad de lo que un archivo guarda y una fotografía sin fecha vale bastante menos que la misma con ella. Si los metadatos forman parte del requisito, anótalos en la hoja que acompaña al envío.

Un TIFF puede contener muchas imágenes en un solo archivo, que es como los escáneres entregan una pila de páginas, y esta conversión no produce eso: cada AVIF se convierte en su propio TIFF de una sola imagen. En el sentido de lectura ocurre lo mismo, y conviene saberlo si algún día llega un TIFF por aquí: sólo se convierte la primera página.

Como un AVIF contiene una sola fotografía, escribir una imagen por archivo no descarta nada. Sólo importa cuando el requisito era un TIFF multipágina de un documento escaneado, y en ese caso el material de partida es un conjunto de páginas y el paso de montaje corresponde a la herramienta que las va a encuadernar. Cuando el destino acepte un PDF, ése suele ser el camino más fácil para una entrega de varias páginas.

Suelta una carpeta y los resultados vuelven en un ZIP, sin subir nada, con cien archivos por lote y 100 MB por archivo. La restricción que aprieta antes es la aritmética: treinta imágenes de 6.000 por 4.000 son cerca de tres gigabytes de TIFF ensamblándose dentro de una pestaña del navegador.

Trabaja en grupos pequeños y ve guardando en lugar de soltar de golpe el trabajo de una temporada. También conviene conservar los AVIF después: ocupan una fracción, son lo que vas a querer si el requisito cambia o rechazan el envío, y el TIFF es un artefacto de entrega y no un archivo de conservación por sí mismo. Borrar el archivo pequeño porque el grande es ahora la copia oficial es la versión de este error que más almacenamiento cuesta a cambio de menos beneficio.