Convertir WebP a TIFF

La suposición habitual es que TIFF es el formato de calidad y que convertir a él supone una mejora. TIFF puede ser de mayor calidad en el sentido de que admite 16 bits por canal, CMYK y varias páginas sin comprimir nada, pero no es una restauración: un contenedor no puede devolver lo que ya se descartó antes.

Si el WebP tenía pérdida —lo habitual en cualquier imagen servida por una web— su codificador ya suavizó zonas planas y dejó un rizado en los bordes duros, y esos rasgos pasan al TIFF tal cual, a cambio de muchos más bytes. Esta conversión cumple un requisito de formato de archivo, no arregla una foto floja.

Cuatro canales de 8 bits cada uno, sin comprimir, en RGB. Que salga sin comprimir es una decisión deliberada: los lectores de TIFF no coinciden en lo que aceptan, y la variante sin comprimir es la única que acepta prácticamente cualquier programa o imprenta.

El coste es el tamaño, y no es pequeño: cuatro bytes por píxel significa que una imagen de doce megapíxeles ocupa unos 48 MB antes de la cabecera, sin importar el contenido. Si el sistema al que hay que subirlo tiene un límite de tamaño, ese es el número con el que hay que contar.

El campo de resolución que lleva el TIFF queda en 72 puntos por pulgada por defecto, porque el archivo original en WebP no tiene ningún campo equivalente del que calcularlo. Una imprenta que lea ese dato marcará el archivo como de baja resolución, y esta es la confusión más habitual de toda la página.

Lo que realmente decide si una imagen se puede imprimir a cierto tamaño es la cantidad de píxeles, no esa etiqueta. Para imprimir a 300 ppp, un ancho de 10 cm necesita alrededor de 1.180 píxeles y una página A4 unos 2.480. Conviene medir la imagen contra esas cifras, porque un WebP servido en web suele rondar los 800 o 1.200 píxeles de ancho: suficiente para una impresión pequeña, no para una página completa.

TIFF admite CMYK y esa es buena parte del motivo por el que las imprentas lo exigen: un TIFF en CMYK con el perfil de color correcto es un archivo que una máquina de impresión puede usar directamente. Este conversor escribe en RGB y no puede escribir en otro espacio, porque todo el proceso de imagen de este sitio descodifica siempre a RGB de 8 bits.

Si el requisito dice explícitamente "TIFF en CMYK", el archivo que produce esta página no lo cumplirá, y ningún ajuste lo cambia. La separación de color hay que hacerla en un programa que tenga el perfil de destino. Cuando la especificación solo dice "TIFF" sin más, el RGB suele ser aceptable, pero conviene preguntarlo antes de enviar nada.

El TIFF se escribe con un cuarto canal, así que un WebP con transparencia llega con ella intacta. Para una ilustración que va a colocarse sobre una página de color o a componerse más tarde, eso es exactamente lo que hace falta.

Para una entrega puede ser un problema: algunos portales de subida y algunos flujos de imprenta rechazan los TIFF con canal alfa, o lo interpretan como un canal adicional inesperado y producen algo extraño. Si el requisito no menciona la transparencia y la imagen no la necesita, conviene aplanarla sobre blanco antes de convertir.

TIFF puede contener varias páginas, capas, canales de 16 bits, colores directos y un perfil ICC. Un WebP no tiene nada de eso que aportar: es una única imagen de 8 bits en RGB con transparencia opcional, así que cada una de esas capacidades del TIFF llega vacía.

Los metadatos tampoco viajan. Toda conversión de imagen en este sitio descodifica a píxeles puros y vuelve a codificar, así que cualquier EXIF, XMP o perfil ICC del WebP desaparece y ningún ajuste de esta página lo conserva. Si la entrega exige información de copyright incrustada, hay que añadirla al TIFF después con un programa capaz de escribir IPTC.

WebP puede contener una imagen fija o una animación, y el descodificador que usa esta herramienta solo lee la primera. Un archivo animado se rechaza con un mensaje legible en vez de convertirse en su primer fotograma silenciosamente, algo deliberado en todo este sitio.

TIFF podría en teoría contener varias páginas, pero nada en este proceso ensambla los fotogramas de una animación dentro de un TIFF multipágina, así que la cuestión no llega a plantearse. Si solo hace falta un fotograma concreto, abrir la animación, pausarla y capturarla resuelve el caso.

Si el objetivo es una copia exacta en un formato que abre cualquier programa, WebP a PNG gana en todo: sin pérdida, con la transparencia intacta y una fracción del peso. TIFF solo merece los bytes cuando algo lo ha pedido expresamente por su nombre.

Si el destino es una persona o un servicio de impresión corriente, WebP a JPG es lo que espera y maneja sin comentarios. Conviene leer el requisito con calma antes de convertir: "alta resolución" suele referirse a la cantidad de píxeles, no al tipo de archivo, y un TIFF hecho de un WebP pequeño cumple la letra del pedido sin cumplir su propósito.

libwebp compilado a WebAssembly descodifica el archivo y otra librería escribe el TIFF, ambas cargadas solo cuando hacen falta y ambas ejecutándose en la pestaña. Nada se sube a ningún servidor, algo que importa cuando la imagen es un trabajo sin publicar o un activo de un cliente bajo embargo.

El límite gratuito es de 100 MB por archivo de entrada, así que la restricción real suele ser la memoria del propio dispositivo con imágenes muy grandes. Los lotes funcionan igual —se arrastra una carpeta y se descarga un ZIP—, pero como la salida no se comprime, cien imágenes producen un ZIP medido en gigabytes; conviene convertir en tandas más pequeñas.