Convertir MOV a TIFF

Esa es la situación. Un retocador quiere un fotograma sobre el que trabajar, un diseñador quiere una imagen para una maqueta, una imprenta quiere algo que llevar a una página, un compositor quiere una referencia. Los cuatro han dicho TIFF, porque TIFF lleva desde 1986 siendo el formato neutro de intercambio y pedirlo es la manera educada de decir «no me mandes un JPG».

La palabra cubre un abanico enorme. Un TIFF puede ser de 8 bits o de 32, RGB o CMYK, comprimido o no, de una página o de cuarenta, con perfil de color incrustado o mudo al respecto. Lo que sale de esta conversión es un punto muy concreto de ese abanico, y si es el punto correcto depende por completo de quién lo haya pedido.

RGBA de ocho bits sin comprimir, en la variante básica, sin ningún esquema de compresión. Cuatro canales, cuatro bytes por píxel, colocados de forma llana detrás de una cabecera. Es el TIFF más universalmente legible que existe: lo abre desde un programa de retoque actual hasta un flujo de preimpresión de hace veinte años, sin complementos.

También es el menos autodescriptivo. No lleva perfil de color que diga qué significan esos valores, ni datos de captura que digan de dónde salió, ni código de tiempo, ni número de plano, ni fecha. El fichero son píxeles y nada más, que es justo lo que lo vuelve seguro como intercambio y justo lo que lo inutiliza como registro. Las dos mitades conviene saberlas antes de adjuntarlo a un correo.

No es un descuido. TIFF admite varios esquemas de compresión y sus lectores se ponen de acuerdo en menos de lo que uno esperaría: uno está libre de patentes y lo entiende todo el mundo, otro no está soportado en todas partes, y meter JPEG dentro de un TIFF produce una imagen distinta dentro de un envoltorio. Quien convierte a TIFF casi siempre está alimentando algo concreto, y lo único que ese algo acepta con seguridad es la variante llana.

El coste es el tamaño y no es pequeño: una fotografía sale varias veces más grande que su equivalente en PNG. Es exactamente el trato que TIFF existe para hacer, y por eso se dice aquí en lugar de dejar que parezca que la salida es compacta.

Como no se comprime nada, la aritmética es exacta: anchura por altura por cuatro bytes. Un fotograma de 1.920 por 1.080 son 8,3 MB. Uno de 3.840 por 2.160 son 33,2 MB. Un clip vertical en 4K da los mismos 33,2 MB con las dimensiones intercambiadas, porque la marca de rotación ya está aplicada cuando se lee el fotograma.

Y no varía con la imagen. Un fotograma completamente negro y uno de un mercado abarrotado ocupan el mismo número de bytes, que es la propiedad que hace previsible un TIFF sin comprimir y la razón por la que nadie guarda fototecas en este formato. Dos o tres fotogramas caben en un correo; veinte no, y pertenecen a un almacenamiento compartido.

Si la petición viene de un departamento de efectos, párate aquí. Una línea de trabajo de efectos entiende por fotograma un fichero de 16 bits lineales o en coma flotante, entregado en un formato pensado para eso, idealmente saliendo del etalonaje con los valores de escena intactos. Un TIFF de ocho bits referido a pantalla ya ha recibido una curva de transferencia y ha tirado la mayor parte del margen que hace trabajable una placa.

Para las otras peticiones es un fichero perfectamente útil. Un retocador que construye una pieza gráfica a partir de un fotograma, un diseñador maquetando una página, una redacción que necesita algo que recortar: los tres trabajan en ocho bits referidos a pantalla de todas formas y van a estar contentos. La distinción cuesta una pregunta por adelantado y una reentrega si se equivoca.

No se escribe ninguno, y se comprueba por ausencia: el codificador de imagen de este sitio recibe únicamente los píxeles y, donde el destino lo admite, una cifra de calidad. No hay ningún parámetro de perfil en toda esa ruta. Cualquier programa que abra el TIFF va a suponer sRGB, y tu metraje casi seguro no lo era.

El arreglo es una frase en el correo, no algo dentro del fichero. Dile a quien lo recibe en qué se grabó y si el fotograma está etalonado o no, y podrá asignar el perfil correcto en diez segundos. Sin esa frase va a adivinar, la suposición va a ser sRGB, y una imagen saturada le va a parecer apagada a él y correcta a ti durante el resto del trabajo.

El número de píxeles lo fija la grabación. Un fotograma 4K tiene 3.840 píxeles de lado largo, que a 300 puntos por pulgada son unos 32,5 cm: algo más ancho que un A4 en horizontal, con margen. Un fotograma 1080p tiene 1.920 píxeles, unos 16,3 cm, es decir media página. A 150 puntos por pulgada, que basta para un cartel visto a un metro, las dos cifras se doblan.

El límite que aprieta primero no suele ser la resolución sino la compresión. Los fotogramas de vídeo llevan bloqueo y arrastre que en una pantalla en movimiento no se ven y en papel a tamaño A4 sí, sobre todo en la piel y en los fondos lisos. Si la imagen va a imprimirse grande y el rodaje sigue montado, haz una fotografía: la mayoría de las cámaras disparan fotos mientras graban precisamente para esto.

El único control de la página es el instante, en segundos, y una décima arriba o abajo cambia el resultado más que cualquier decisión de formato de las anteriores. Los codificadores de vídeo gastan sus bits donde el espectador percibe movimiento, así que un fotograma tomado mientras el sujeto está brevemente quieto sale mucho más limpio que otro tomado a mitad de un gesto del mismo plano.

Convierte tres candidatos y míralos a tamaño completo antes de mandar nada. Cuesta un minuto y es la diferencia entre una imagen con la que el retocador puede trabajar y otra que te va a pedir que sustituyas, lo cual sale bastante más caro que el minuto.

El formato puede guardar varias páginas y esta conversión escribe exactamente una. Cada ejecución produce un fotograma en un instante, y conseguir cinco son cinco ejecuciones con cinco instantes. Lo mismo ocurre en la dirección contraria en el resto del sitio: de un TIFF de varias páginas sólo se lee la primera.

Para una secuencia de verdad —cada fotograma de un par de segundos, o una ráfaga alrededor de un momento— ésta es la herramienta equivocada y un transcodificador de escritorio es la correcta. Donde esta página encaja es en los dos o tres fotogramas que alguien ha pedido de forma concreta, en la máquina que ya tiene el metraje.

La conversión se detiene con una frase que dice cuánto dura realmente el archivo, con un decimal, que suele ser justo el dato que hacía falta para acertar al segundo intento. Hay un aviso distinto para cuando el instante está dentro del vídeo y aun así no se consigue leer un fotograma ahí; en ese caso se te propone probar un momento ligeramente posterior.

Y si el fichero no contiene pista de imagen —cosa que pasa con material que se copió mal de la tarjeta— el mensaje lo dice y te remite a extraer el sonido. Ninguno de los tres casos devuelve una traza de error: son frases, que es lo que uno quiere leer con el rodaje esperando.

El MOV se lee, se descodifica y se escribe como TIFF enteramente dentro de esta pestaña, con tu propio procesador. Nada que contenga el metraje va a ninguna parte, y puedes confirmarlo en la pestaña de red mientras la conversión ocurre.

En un trabajo que no se ha entregado eso es el argumento entero. El fotograma que estás extrayendo suele ser la imagen más sensible del proyecto —el producto, el intérprete, la localización— y la ruta habitual hasta un TIFF es un conversor elegido en un resultado de búsqueda que se queda la subida durante un tiempo sin especificar. No hay ninguna razón para asumir eso.