Convertir TIFF a AVIF

Un archivo histórico, una hemeroteca digital o un catastro que digitaliza sus planos originales generan TIFF enormes casi por definición: cuanto mejor es el escáner, más grande sale el archivo. Ahí es donde el destino más común para publicar en la web, WebP, empieza a quedarse corto, y esta página es para el escaneo que no cabe en él o que sale desproporcionadamente pesado.

No es una preferencia editorial; son dos límites que se pueden medir. Uno es cuántos píxeles admite cada formato por lado. El otro es cómo se comporta cada codificador frente a un documento plano —texto, líneas, tinta sobre papel— en vez de frente a una fotografía.

Esta es la razón concreta para estar en esta página y no en la de TIFF a WebP. El WebP guarda sus dimensiones en catorce bits y no puede superar los 16.383 píxeles por lado; comprobado contra el codificador usado aquí, 16.383 píxeles se codifica y 16.384 falla directamente. El techo del AVIF es 65.536.

Los escaneos alcanzan esas cifras con normalidad, mientras que una fotografía casi nunca. Un plano DIN A1 a 600 ppp mide unos 14.000 por 19.900 píxeles, un DIN A0 a 400 ppp unos 13.200 por 18.700, y una página DIN A3 capturada a 1.200 ppp unos 14.000 por 19.800 —los tres por encima del límite. Si el objetivo del escaneo era conservar el detalle, verse obligado a reducirlo a la mitad para que quepa en un contenedor es una pérdida real, y es justo la pérdida que evita el AVIF.

La segunda razón es la eficiencia, y depende del contenido de un modo que conviene medir y no suponer. Las tres escenas de muestra de este sitio, codificadas a 480 por 320 con el mismo motor que usa esta página, dan lo siguiente: la escena tipo captura de pantalla pesa 5.081 bytes como AVIF y 10.830 como WebP; el gráfico plano, 3.494 frente a 4.428; y la fotografía, 17.599 en AVIF frente a 14.700 en WebP.

Así que el AVIF reduce a la mitad la imagen plana y pierde en la fotografía. No es una anomalía: la predicción intra de AV1 es muy buena con grandes zonas de color casi constante separadas por bordes duros, que es exactamente la descripción de un documento escaneado, un plano, una página de tipografía o una partitura. Es menos claramente mejor en tono continuo con un ajuste de calidad moderado. Si el TIFF es un escaneo fotográfico y buscas una respuesta directa, TIFF a WebP es esa respuesta; si es papel, es esta página.

AVIF lo admiten navegadores modernos, que no es lo mismo que todos. Alguien con un móvil antiguo, un equipo corporativo cerrado o un cliente poco habitual puede llegar a la página y ver una caja vacía, y a diferencia de una fuente que falta o un script lento, ese fallo es total.

En una página pública, la respuesta es un elemento picture con una fuente AVIF y otra de respaldo en WebP o JPG, que cuesta una exportación extra y elimina el problema por completo. Para un archivo que se envía por correo a un colega no hay mecanismo de respaldo, así que la pregunta es simplemente si sabes qué va a abrirlo. Ese es todo el intercambio, y por eso WebP sigue siendo la recomendación por defecto en la página hermana en vez de en esta.

AVIF es codificación de fotograma fijo con AV1, y AV1 dedica mucho cálculo a decidir cómo describir cada bloque. En un escaneo grande la codificación domina el tiempo de conversión —descodificar un TIFF de cien megabytes es rápido en comparación— y una imagen muy grande puede tardar decenas de segundos en la pestaña.

Ese coste se paga una vez, por ti, en el momento de convertir. Cada visitante después paga solo la descarga, que es la mitad de la operación que importa en un móvil con conexión lenta. Sí supone que un lote de escaneos es cosa de un café y no de una pulsación de tecla, y merece la pena reducir las dimensiones en píxeles primero si la imagen publicada no necesita 20.000 píxeles de ancho —la mayoría no los necesita. No hay ningún ajuste aquí que cambie esfuerzo de codificación por velocidad, así que la forma de acelerar un lote grande es reducir las dimensiones antes, no pedirle al codificador que trabaje menos. Un móvil lo hará, pero despacio; un equipo de sobremesa es la máquina adecuada para una colección de escaneos.

El control de calidad va de 1 a 100 y empieza en 82. En un escaneo fotográfico es un equilibrio razonable. En texto escaneado no lo es: el texto son miles de transiciones duras entre negro y blanco, que es lo primero que difumina cualquier códec con pérdida, y el síntoma es un tenue temblor gris alrededor de cada letra que hace que la página parezca una fotocopia.

Sube el ajuste a 90 o más para cualquier cosa con texto o filetes finos. El archivo crece y sigue siendo mucho más pequeño que el TIFF, y la diferencia en legibilidad a un zoom normal es evidente. Donde el documento tiene que quedarse exacto —una firma, un plano catastral con cotas, una tabla de cifras que se va a citar— ningún ajuste con pérdida es correcto y TIFF a PNG es la página para ese trabajo.

El AVIF puede guardar doce bits por canal y color de amplio espectro. Este conversor no le puede dar nada de eso, porque el proceso descodifica cualquier origen a RGB de 8 bits. Un TIFF de 16 bits se reduce conservando el byte alto de cada muestra, y un TIFF en CMYK se convierte a color de pantalla por fórmula y no a través del perfil ICC incrustado en el archivo, así que un escaneo listo para imprenta llega con un cambio de tono.

Dos características del contenedor se pierden igual. Un TIFF de varias páginas aporta solo la primera, sin ningún aviso, así que un conjunto de planos escaneado hay que dividirlo antes de convertir. Las capas se aplanan. Nada de eso perjudica a una imagen destinada a una página web, que es RGB de 8 bits y de una sola imagen por definición —perjudica solo si el TIFF era el archivo maestro. Conserva el TIFF, publica el AVIF.

El AVIF lleva un canal alfa completo, así que un recorte o una zona enmascarada en el TIFF llega intacta, con los bordes suaves todavía suaves. Es una de las formas en que esta ruta mejora la vieja costumbre de convertir escaneos a JPG, que rellena la transparencia con un color de fondo y no puede hacer otra cosa.

Los metadatos van en la dirección contraria, y lo hacen sin condición. El EXIF, el XMP, el IPTC, el perfil ICC y cualquier bloque de GPS no sobreviven a una descodificación y nueva codificación, y no hay nada en la página que los conserve. Para escaneos publicados es el resultado correcto: una imagen de archivo no debería llevar el nombre de un operario ni el número de serie de una máquina, y un pie de foto pertenece a la página, no al archivo.

Si la imagen tiene que funcionar en todas partes sin arreglar un respaldo, TIFF a WebP es la página: todos los navegadores actuales leen WebP, y en contenido fotográfico salió más pequeño aquí que el AVIF de todos modos. Si el archivo va a llegar a un correo o a una imprenta convencional, TIFF a JPG es lo que esperan recibir.

Si nada puede cambiar en absoluto, TIFF a PNG conserva cada píxel exacto y sigue siendo legible por todo. TIFF a PDF es el movimiento habitual para archivar o enviar un documento escaneado, pero conviene saberlo antes de elegirlo: convierte solo la primera página igual que el resto de estos destinos, así que un plano de varias páginas hay que dividirlo antes, exactamente como en esta conversión. Elegir AVIF merece la pena cuando la imagen es grande, plana y pública. Se puede saltar en cualquier otro caso.

Todo ocurre en la pestaña. utif2 descodifica el TIFF, libavif compilado a WebAssembly codifica el AVIF, y ambos se descargan solo cuando se suelta un archivo de ese tipo. Nada de la imagen cruza la red, lo cual importa para material de archivo aún sin publicar y para cualquier cosa bajo embargo o licencia.

El límite gratuito es 100 MB por archivo, aproximadamente un escaneo a color en DIN A4 a 600 ppp sin comprimir; los escaneos más grandes hay que reducirlos antes, lo cual está en el mismo panel de opciones. Los lotes funcionan: suelta una carpeta, mira cada fila, obtén un ZIP al final. Como la codificación en AVIF es el paso lento, un lote grande es genuinamente lento —merece la pena dejarlo trabajando en vez de vigilarlo.