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 del nombre del archivo y la de la ruta, pero los nombres de columna no coinciden: en el CSV son Source File Name y Source File Path, en el ALE son Source File Name y Source File: el CSV escribe tal cual la ruta que guarda el registro, y en el ALE esas dos casillas solo se emiten cuando toda la cadena es ASCII, de modo que un texto con caracteres que no son latinos las deja vacías; lo que traen es el texto copiado en el set o, cuando el material se importó desde un archivo, la dirección que quedó apuntada en esa máquina, y si no hay ninguna de las dos cosas la casilla sale vacía. El PDF y el FDX no traen ninguna de las dos.
El material tiene su lugar de guardado en el almacén del proyecto; una casilla llena del archivo de entrega nombra una ubicación de la máquina que envía, y quien recibe no puede volver a enlazar su propio material apoyándose en ella.
Que una dirección del archivo de entrega sea de la máquina que envía y que el material esté o no en este dispositivo son dos cosas distintas
Cómo se guarden los medios en este dispositivo es un asunto de la propia app; lo que aquí importa es que una ruta del archivo de entrega es de la máquina que envía, no un apuntador que quien recibe pueda resolver. Al generar el ALE, el CSV, el PDF o el FDX, el archivo lleva los registros de toma y 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, no recibe la ubicación física del archivo local que usaba el proyecto de origen. 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
El nombre que queda en disco ya puede ser distinto del nombre que traía la fuente externa, así que desde él no se puede remontar de dónde salió el material.
Las fotos vienen de dos fuentes: las tomadas en el set o con la captura rápida, y las elegidas de la biblioteca de fotos o importadas desde un archivo. 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. La normalización de rutas y nombres de archivo se queda en este dispositivo; una ruta escrita en una casilla del archivo de entrega nombra el directorio de este dispositivo, no la copia de quien recibe.
“La ruta de una casilla del archivo de entrega no permite volver a enlazar el material de quien recibe” 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
La ruta que escribe el archivo de entrega apunta al directorio de la máquina que envía, así que 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 suyo. 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. El ALE y el CSV parten de los mismos registros de toma y traen la casilla del nombre del archivo y la de la ruta, pero los nombres de columna no coinciden: en el CSV Source File Name y Source File Path, en el ALE Source File Name y Source File: el CSV vuelca tal cual el valor guardado, las dos del ALE aceptan únicamente ASCII, y el valor sale de lo copiado en el set o de la dirección que quedó apuntada al importar el material desde un archivo; sin ninguna de las dos, la casilla queda vacía. El PDF existe para leerlo, y el FDX usa contenido del lado del guion que ni siquiera trae registros de toma. En ninguno de los cuatro hay una dirección que pueda volver a enlazar el material, y que el formato sea distinto no cambia ese límite. No se puede inferir, porque un formato tenga más columnas, que esa dirección vaya a volverse una que quien recibe pueda abrir. Vea “Cómo se ve un valor que falta en el archivo de entrega”. Vea “Dónde quedan los archivos de entrega después de exportar y cuánto tiempo duran”.
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 “un apuntador que de verdad pueda volver a enlazar el material”. 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 que viene de la parte que envía y está escrita 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é, aunque la casilla traiga la ruta escrita, el material de quien recibe no se vuelve a enlazar?
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 del nombre del archivo y la de la ruta, pero los nombres de columna no coinciden: en el CSV Source File Name y Source File Path, en el ALE Source File Name y Source File, el CSV vuelca tal cual el valor guardado 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. El valor sale de lo copiado en el set o de la dirección apuntada al importar, y en los dos casos le pone nombre a los archivos del lado del rodaje, no al directorio de la máquina de quien recibe, así que una casilla con texto nunca reconstruye una ubicación que quien recibe pueda abrir.
¿El archivo de entrega me devuelve el archivo original de la foto?
No solo con el archivo de entrega. El archivo de entrega trae un nombre de archivo armado con el número de rollo y el número de clip, no la ruta original de la foto, y no promete una coincidencia byte a byte con el archivo original.
¿Si el CSV trae más campos, eso hará que aparezca la ruta de medios?
Que haya más columnas no le deja a quien recibe una ubicación que él pueda resolver. El CSV escribe en su casilla, tal cual, la ruta que guarda el registro, las dos casillas del mismo nombre del ALE solo aceptan ASCII, y el PDF y el FDX no tienen esas dos casillas; si una casilla viene llena, nombra la ubicación de la máquina que envía.
¿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. La ruta que trae el archivo de entrega es de la máquina que envía y no conviene leerla como una dirección en el disco de quien recibe.
Axiom One LLC — SlateX