Por qué un archivo de entrega no puede devolver una ruta hasta el material
El ALE, el CSV, el PDF y el FDX pueden intercambiar registros estructurados, pero ninguno entrega una ruta que resuelva hasta el material en la máquina de quien recibe. En los dos archivos legibles por máquina sí están la casilla Source File Name y la del archivo fuente, y lo que traen es texto copiado en el set: el software no escanea el disco buscando una ubicación, y la casilla que nadie copió sale vacía. La ruta real que está dentro del almacén del proyecto nunca llegó a entrar en la instantánea de exportación.
El material tiene su lugar de guardado en el almacén del proyecto; la casilla del archivo de entrega es texto copiado, y quien recibe no puede volver a enlazar el material apoyándose en ella.
Por qué los medios locales tienen dos destinos de guardado
Los medios guardados en el equipo local no siguen una sola regla de directorio. El video que se produce en el formulario de alta entra en una zona de llegada plana, mientras que las fotos tomadas desde la lista, la selección de la biblioteca de fotos y la importación desde un archivo entran en una estructura de carpetas organizada por proyecto, escena, plano y toma. Los dos destinos son un asunto de cómo el almacén del proyecto guarda los medios por dentro.
El límite que importa es que esas rutas solo existen dentro del almacén del proyecto y no entran en la instantánea de exportación. Al generar el ALE, el CSV, el PDF o el FDX se recibe una instantánea de los registros de toma y de los campos relacionados, no una lista de rutas de materiales. Así, aunque quien recibe vea el número de rollo, el número de escena o el número de toma, del archivo de entrega no obtiene la ubicación física del archivo en el equipo local. El número de plano solo es una columna aparte en el CSV y en el PDF; el ALE no tiene esa columna.
Por qué el nombre de archivo tampoco sirve como suplente de la ruta original
Antes de que el medio se guarde en disco, el nombre del archivo pasa por una normalización. Los caracteres no válidos se reemplazan por un guion bajo, los caracteres de control se eliminan y los nombres demasiado largos se truncan; si después de normalizar no queda contenido útil, se cae en un nombre de reserva fijo en inglés. Es decir, el nombre que queda en disco ya puede ser distinto del nombre que traía la fuente externa.
Las fotos se procesan en dos casos: las obtenidas al fotografiar en el set y las de la captura rápida se recodifican, mientras que las elegidas de la biblioteca de fotos o importadas desde un archivo entran con sus bytes tal cual. Ninguno de los dos casos trae la ruta original. Por eso, aunque a quien recibe le aparezca por casualidad un nombre de archivo parecido, no lo puede tomar como una prueba de “nombre original más bytes originales”; la casilla de nombre que está en el archivo de entrega se arma combinando el número de rollo y el número de clip, y no es el nombre que está en disco. El manejo de rutas, la normalización de nombres y el procesamiento de los bytes de los medios son hechos de la capa de guardado local, y no se convierten en una columna de rutas de medios dentro del archivo de entrega.
“En el archivo de entrega no se puede leer la ruta” describe el límite del resultado de la exportación, no una afirmación sobre si el material existe o no dentro del almacén del proyecto.
Por qué esto limita de lleno volver a enlazar el material
Si el archivo de entrega no trae una ruta de medios, quien recibe se queda sin el apuntador físico que permitiría saltar de una fila de registro a una ubicación concreta de un archivo local. Campos como el número de rollo, el número de escena y el número de toma siguen sirviendo para establecer una relación de identidad, pero son identificadores, no rutas. Quien recibe tiene que hacer corresponder esos identificadores con su propia lista de medios, con los nombres de archivo y con lo que realmente hay en los directorios.
Esta es justamente la razón por la que “Cuando recibas el ALE, revisa primero estos campos” pide a quien recibe volver al material y al registro del set. Que un archivo se abra y que algunas columnas se puedan leer no significa que al mismo tiempo traiga la ubicación de los medios. Si algún flujo de trabajo necesita localizar el material directamente desde el archivo de entrega, esa correspondencia la tiene que completar con la información de medios que ya existe del lado receptor.
Por qué los cuatro archivos de entrega caen en el mismo límite
El ALE y el CSV son tablas legibles por máquina, el PDF es un resumen para lectura humana y el FDX hace de intercambio de guion. En la instantánea de registros de toma que está detrás del ALE y del CSV sí están la casilla Source File Name y la del archivo fuente, y las dos se llenan con lo que se copia en el set: si se copió, la casilla tiene contenido; si no, queda vacía. El PDF existe para leerlo, y el FDX usa una instantánea del lado del guion que ni siquiera trae registros de toma. En ninguno de los cuatro hay una casilla con una ruta que el software haya encontrado en un disco, y que el formato sea distinto no cambia ese límite. No se puede inferir, porque un formato tenga más columnas, que además va a sacar de paso los lugares donde quedan los materiales en el almacén del proyecto.
Por ejemplo, “Qué lleva un archivo de entrega CSV que el ALE no, y qué deja de llevar” trata de diferencias en el conjunto de campos, no de una ruta que aparezca de la nada. “Cuando recibas el ALE, revisa primero estos campos” repasa casilla por casilla cuáles salen vacías porque en el set nadie las copió, y cómo esa casilla sin copiar aparece en la hoja de conciliación del cierre. Al recibir, hay que entender por separado “esa casilla no la llenó nadie”, “esa casilla trae texto copiado” y “Cómo se ve un valor que falta en el archivo de entrega”. Que en una columna esté escrito un nombre no es que esté escrita una ubicación.
Cómo debe establecer quien recibe la correspondencia con los medios
Cuando haga falta corresponder los registros del archivo de entrega con los medios, quien recibe debe partir de los identificadores visibles, como el número de rollo, el número de escena y el número de toma, y revisarlos uno por uno contra su propia lista de medios. Si los nombres del lado de los medios, los números de rollo o la regla de directorios no concuerdan con los registros del archivo de entrega, hay que volver al material real y al registro del set para confirmarlo, en lugar de adivinar una ruta. El archivo de entrega, por sí solo, no aporta esa relación directa de reenlace.
Por eso estos archivos deben entenderse como datos de registro y de intercambio, no como una lista de medios ni como una copia de respaldo de medios. Lo que dan es una cadena copiada en una casilla, no un apuntador resoluble del registro al material en la máquina de quien recibe, y tampoco constituyen una promesa de que un proyecto receptor establezca los enlaces de medios de forma automática. Al cerrar, quien recibe debe verificar por su cuenta los números de rollo, de escena y de toma contra su propia lista de medios.
FAQ
¿Por qué el ALE y el CSV sí traen 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 lugar donde el material queda realmente; no son lo mismo. El ALE y el CSV tienen cada uno la casilla Source File Name y la del archivo fuente, llenadas solo si alguien las copió, y las dos del ALE solo aceptan ASCII, así que un texto que no sea latino las deja vacías. El PDF y el FDX no tienen ninguna de las dos. La cadena copiada le pone nombre a los archivos del lado del rodaje, no al directorio de la máquina de quien recibe, así que verla aparecer nunca reconstruye una ubicación que quien recibe pueda abrir.
¿Las fotos, una vez dentro, siguen siendo los bytes originales del archivo externo?
No necesariamente. Las fotos obtenidas al fotografiar en el set y las de la captura rápida se recodifican; las elegidas de la biblioteca de fotos o importadas desde un archivo entran con sus bytes tal cual. Ninguno de los dos casos trae la ruta original.
¿Si el CSV trae más campos, eso hará que aparezca la ruta de medios?
Que haya más columnas no hace aparecer una ruta que el software haya encontrado. Las dos casillas del CSV traen texto copiado en el set, las dos casillas del mismo nombre del ALE solo aceptan ASCII, y el PDF y el FDX no tienen esas dos casillas.
¿Con qué se debe contar cuando hace falta volver a enlazar el material?
Quien recibe debe verificar por su cuenta los identificadores visibles, como el número de rollo, el de escena y el de toma, contra su propia lista de medios y los archivos reales. No conviene deducir desde el contenido del archivo de entrega la ruta completa del equipo local.
Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.