Por qué un archivo de entrega no puede devolver una ruta hasta el material
ALE, CSV, PDF y FDX pueden intercambiar registros estructurados, pero ninguno entrega una ruta que resuelva hasta el material en la máquina del receptor. En los dos archivos de lectura mecánica sí hay una casilla Source File Name y otra del archivo fuente, y lo que llevan es texto transcrito en el rodaje: el software no escanea el disco buscando una ubicación, y la casilla que nadie transcribió se entrega vacía. La ruta real que está en la biblioteca del proyecto nunca se incorporó a la instantánea de exportación.
El material tiene su sitio de guarda en la biblioteca del proyecto; la casilla de la entrega es texto transcrito, y el receptor no puede volver a enlazar el material a partir de ella.
Por qué los medios locales tienen dos destinos de guarda
Al guardarse en la máquina, los medios no siguen una única regla de directorio. El vídeo generado en el formulario de alta va a una carpeta de recepción plana; la toma de fotos desde la lista, la selección de la galería y la importación de archivos van a un directorio estructurado en niveles de proyecto, escena, plano y toma. Los dos destinos pertenecen a cómo se guardan los medios dentro de la biblioteca del proyecto.
El límite clave es que esas rutas solo existen en la biblioteca del proyecto y no entran en la instantánea de exportación. Cuando se generan ALE, CSV, PDF o FDX, lo que recibe el exportador es una instantánea de los registros de rodaje y de sus campos relacionados, no una lista de rutas de materiales. Así, aunque el receptor vea el número de rollo, el número de escena o el número de toma, no obtiene desde el archivo de entrega la posición física del archivo en la máquina. El número de plano solo es una columna aparte en CSV y PDF; ALE no tiene esa columna.
Por qué el nombre de archivo tampoco sustituye a la ruta original
Antes de guardarse, el nombre del archivo pasa por una normalización. Los caracteres no válidos se sustituyen por guiones bajos, los caracteres de control se eliminan y los nombres demasiado largos se truncan; si después de normalizar no queda contenido utilizable, se cae en un nombre de marcador constante en inglés. Es decir, el nombre que está en disco ya puede ser distinto del nombre que tenía la fuente externa.
Las fotos se tratan de dos maneras: las tomadas en el set y las de la captura rápida se recodifican, mientras que las elegidas de la galería o importadas de un archivo entran con sus bytes intactos. Ninguna de las dos lleva la ruta original. Por eso, aunque al receptor le llegue un nombre de archivo parecido, no puede tomarlo como prueba de «nombre original más bytes originales»; la casilla de nombre de archivo de la entrega se compone a partir del número de rollo y del número de clip, y no es el nombre que está en disco. La ruta, la normalización del nombre y el tratamiento de los bytes de los medios son hechos de la capa de guarda local, y no se convierten en una columna de rutas de medios dentro del archivo de entrega.
Que «en la entrega no se lee la ruta» describe un límite del resultado de exportación, no un juicio sobre si el material existe o no en la biblioteca del proyecto de la máquina.
Por qué esto limita de forma directa volver a enlazar el material
Si el archivo de entrega no trae rutas de medios, al receptor le falta el puntero físico que permitiría saltar de una fila de registro a la posición de un archivo concreto de la máquina. Los campos de número de rollo, número de escena y número de toma siguen sirviendo para establecer relaciones de identidad, pero son identificadores, no rutas. El receptor tiene que relacionar esos identificadores con la lista de medios que recibió, con el nombre de los archivos y con lo que realmente hay en los directorios.
Ahí está la razón de que «Al recibir un ALE, revise primero estos campos» pida al receptor volver al material y al registro del rodaje. Que un archivo se abra y que algunas columnas se lean no significa que lleve también la posición de los medios. Si un flujo de trabajo necesita localizar el material directamente desde la entrega, esa correspondencia tendrá que completarla con la información de medios de la que ya dispone el lado receptor.
Por qué los cuatro archivos de entrega caen en el mismo límite
ALE y CSV son tablas de lectura mecánica, PDF es un resumen para la lectura humana y FDX sirve al intercambio de guion. En la instantánea de registros de rodaje que hay detrás de ALE y CSV hay una casilla Source File Name y otra del archivo fuente, y las dos se rellenan por transcripción en el rodaje: si se transcribió, la casilla tiene contenido; si no, queda vacía. El PDF existe para la lectura, y el FDX trabaja con una instantánea del lado del guion que ni siquiera lleva registros de toma. En ninguno de los cuatro archivos hay una casilla con una ruta que el software haya encontrado en un disco, y que el formato sea otro no cambia ese límite. De que un formato tenga más columnas no puede inferirse que, de paso, saque los sitios de guarda de los materiales en la biblioteca del proyecto.
Por ejemplo, «Qué lleva el CSV que el ALE no lleva y qué sigue sin llevar» trata de diferencias entre conjuntos de campos, no de una ruta que aparezca de la nada. «Al recibir un ALE, revise primero estos campos» repasa casilla por casilla cuáles se entregan vacías porque en el rodaje nadie las transcribió, y cómo esa casilla sin transcribir sale en la hoja de conciliación del cierre. Al recibir hay que mantener separadas tres cosas: «esa casilla no la llenó nadie», «esa casilla lleva texto transcrito» y «un puntero que de verdad permite volver a enlazar el material». Un nombre escrito en una columna no es una ubicación.
Cómo debe construir el receptor la correspondencia con el material
Cuando haya que relacionar los registros de la entrega con los medios, el receptor debe partir de los identificadores visibles, como el número de rollo, el número de escena y el número de toma, y cotejarlos uno a uno con su propia lista de medios. Si el nombre del lado de los medios, el número de rollo o la regla de directorios no coinciden con el registro de la entrega, hay que volver al material real y al registro del rodaje para resolverlo, en lugar de adivinar una ruta. El archivo de entrega, por sí solo, no aporta esa relación de reenvío directo.
Estos archivos deben entenderse, por tanto, como datos de registros y de intercambio, no como una lista de medios ni como una copia de respaldo de medios. Lo que aportan es una cadena transcrita en una casilla, no un puntero resoluble desde el registro hasta el material de la máquina del receptor, y tampoco constituyen un compromiso de que algún proyecto receptor establezca los enlaces de medios de forma automática. Al cerrar, el receptor debe verificar por su cuenta el número de rollo, el número de escena y el número de toma contra su propia lista de medios.
FAQ
¿Por qué ALE y CSV traen un nombre de archivo y aun así no se lee la ruta del material?
El nombre de archivo es una pista de identidad dentro del registro, y la ruta es el sitio donde el material queda realmente: no son lo mismo. ALE y CSV tienen cada uno una casilla Source File Name y otra del archivo fuente, rellenadas solo si alguien las transcribió, y las dos del ALE aceptan únicamente ASCII, de modo que un texto no latino las deja vacías. El PDF y el FDX no tienen ninguna de las dos. La cadena transcrita nombra los archivos del lado del rodaje, no el directorio de la máquina del receptor, así que su presencia nunca reconstruye una ubicación que el receptor pueda abrir.
¿Las fotos entran al proyecto con los bytes intactos del archivo externo?
No siempre. Las fotos tomadas en el set y las de la captura rápida se recodifican; las elegidas de la galería o importadas de un archivo entran con sus bytes intactos. Ninguna de las dos lleva la ruta original.
¿CSV trae rutas de medios por llevar más campos?
Más columnas no producen una ruta que el software haya encontrado. Las dos casillas del CSV llevan texto transcrito en el rodaje, las dos casillas homónimas del ALE aceptan únicamente ASCII, y el PDF y el FDX no tienen esas dos casillas en absoluto.
¿En qué hay que apoyarse cuando hay que volver a enlazar el material?
El receptor debe verificar por su cuenta los identificadores visibles, como el número de rollo, el número de escena y el número de toma, contra su propia lista de medios y los archivos reales. No debe conjeturar la ruta completa de la máquina a partir del contenido de la entrega.
Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.