Convertir MOV a JXL

Una tarjeta de material rodado es imposible de mirar. Los nombres que pone la cámara son contadores, las miniaturas del explorador de archivos son el primer fotograma de cada clip —que en una cámara suele ser una tapa, una mano o alguien diciendo que ya está grabando— y la única forma fiable de encontrar una toma es abrirla y desplazarse por ella. Multiplica eso por una temporada de rodajes y el archivo se ha vuelto de solo escritura.

Un fotograma bien elegido por toma lo arregla. Una carpeta de imágenes de índice nombradas como los clips de los que salieron convierte cuatrocientos gigabytes en algo que se revisa en un minuto, y es lo que toda producción acaba construyendo o lamentando no tener. Esta página es para fabricar esos fotogramas; la discusión de formato viene después.

JPEG XL lo publicó el mismo comité que hizo JPEG y es notablemente más eficiente que lo que viene a sustituir, sobre todo en los degradados suaves de los que un fotograma de vídeo está lleno: cielos, paredes, fondos desenfocados. Sobre mil imágenes de índice, esa eficiencia se convierte en almacenamiento real.

Y un índice es justo el caso donde la compresión con pérdida no cuesta nada: estas imágenes se miran para identificar un plano, no para etalonarlo. Donde sería mala elección es en un fotograma que vayas a trabajar, y eso es otra página y otro formato.

JPEG XL tiene modo sin pérdidas y es una de sus mejores propiedades. Esta conversión no lo usa. La extracción de fotogramas tiene un único control, el instante, así que el JXL se codifica con pérdida al valor por defecto del sitio, 82, y no hay forma de subirlo ni de bajarlo.

Para un índice ese ajuste es el correcto y la ausencia de control es una comodidad. Para cualquier otra cosa es una limitación que conviene conocer: un fotograma que tenga que ser exacto debe salir como PNG, y uno que quieras afinar conviene exportarlo como PNG y codificarlo aparte con una herramienta que exponga la calidad. Aquí no hay ningún camino sin pérdidas escondido que no hayas encontrado.

JPEG XL es mejor formato que los que usa todo el mundo y eso no se ha traducido en poder abrirlo. El soporte en navegadores es parcial y lleva años siendo objeto de discusión; bastante software de escritorio, la mayoría de los gestores de contenido y muchísimos formularios de subida no reconocen la extensión.

Para un índice eso es soportable, porque los archivos son para ti y puedes elegir un visor que los abra. Se convierte en problema en el momento en que alguien te pide uno —una productora, un cliente, un compañero— y la respuesta tiene que ser una conversión en lugar de un adjunto. Convierte un archivo y ábrelo en el programa donde vas a navegar la biblioteca antes de convertir cuatrocientos.

El segundo cero casi nunca es el bueno. El principio de una toma es una claqueta, una mano, una panorámica desenfocada o el operador acomodándose, y un índice hecho con el primer fotograma de cada clip es exactamente igual de inútil que las miniaturas del explorador.

Elige un momento unos segundos dentro, donde el plano sea lo que el plano es: el sujeto encuadrado, la cámara asentada, la luz como estaba. Comprobarlo cuesta una conversión y es la diferencia entre un índice que usas y una carpeta que hiciste una vez. Si una toma tiene un momento distintivo, usa ese: el objetivo es reconocer, no representar.

El fotograma se escribe con las dimensiones propias del vídeo, así que un clip 4K produce un JXL de 3.840 píxeles de ancho. Esta conversión no ofrece ningún control de tamaño: no reduce y tampoco amplía.

Una imagen de índice no necesita nada de eso. A unos 1.280 píxeles un fotograma se reconoce al instante, se abre antes y ocupa una fracción. Como el redimensionado no está en esta página, es un paso que hay que dar en la herramienta con la que gestiones la biblioteca, y merece la pena: la diferencia de superficie entre un índice a resolución completa y uno sensato es aproximadamente un factor de nueve, que sobre mil fotogramas convierte unos gigabytes en unos cientos de megabytes y hace la carpeta agradable de recorrer.

No se escribe ningún metadato. No hay datos de captura, ni código de tiempo, ni fecha, ni perfil de color, ni ninguna nota de qué clip venía la imagen ni de qué segundo. Una carpeta de fotogramas con nombres generados automáticamente no es un índice: es un montón de imágenes.

La convención de nombres es el producto entero. Conserva el nombre del clip y añádele el instante; que la imagen y el material compartan la misma base es lo que permite ir de la foto al archivo en un paso. Hacerlo mientras conviertes es trivial; reconstruirlo después a partir de cuatrocientas imágenes no es posible en absoluto.

Cada conversión descodifica un vídeo y escribe una imagen. Un rodaje de cuarenta tomas son cuarenta ejecuciones, que es media hora lenta y es honestamente como lo hacen muchas producciones pequeñas.

A partir de ahí deja de tener sentido. Un archivo de miles de clips quiere un script o un transcodificador de escritorio que recorra una carpeta, tome un fotograma a un desplazamiento fijo de cada archivo y nombre la salida a partir de la entrada. Usa esta página para decidir cuál debe ser ese desplazamiento y ese formato, y automatiza después: las decisiones son la parte difícil y son las mismas por cualquiera de los dos caminos.

El fotograma se lee usando los códecs que ya tiene el equipo. Eso significa que la misma versión de navegador puede abrir un archivo en una máquina y no en otra, porque quien responde de verdad es el sistema que hay debajo, y con material profesional en contenedores poco comunes ese caso aparece antes que con vídeo de teléfono.

Si la combinación no es posible, sale una frase legible que nombra navegadores donde sí funciona. No existe ninguna vía por la que el material se envíe a un servidor para intentarlo allí, así que un formato que tu equipo no descodifica hay que resolverlo con otra herramienta y no esperando a que esta lo intente por su cuenta.

Este par corre en el navegador, así que se aplica el tope de 100 MB por archivo, y ahí está la asimetría que hay que planificar: un clip de cámara supera ese tamaño con facilidad, mucho antes que cualquier otra cosa de este sitio. Para material largo o de alto régimen binario, el límite muerde de verdad.

El de cien archivos por tanda es más generoso que lo que este flujo necesita, porque cada conversión produce un fotograma y el cuello de botella es elegir el instante, no soltar archivos. Si sueltas más de cien de golpe, el excedente se descarta sin avisar en pantalla.

Conviene decirlo porque el riesgo existe: una carpeta de fotogramas bien nombrados resulta tan cómoda que empieza a usarse como si fuera el archivo. No lo es. Cada imagen es un instante recodificado con pérdida de un plano entero, sin sonido, sin código de tiempo y sin ninguna referencia interna al material del que salió.

El vídeo sigue siendo el original y el índice es un catálogo. Si el plan de copias de seguridad protege la carpeta de fotogramas y no la tarjeta, lo que se está conservando es el fichero de la biblioteca y no los libros.

Cada fotograma se descodifica del MOV y se codifica a JXL dentro de esta pestaña, con lo que ya tiene el equipo. Nada que lleve el material se transmite, y se ve en la pestaña de red durante una conversión.

Para un índice eso es tan práctico como principista. Catalogar un rodaje significa tocar todos los archivos de la tarjeta, y hacerlo a través de un conversor alojado sería subir el rodaje entero para obtener unos cientos de kilobytes de imágenes. En local, el tamaño del original cuesta tiempo de descodificación y nada más.