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 de nombre de archivo y otra de ruta, pero los nombres de columna no son comunes: 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 no latino las deja vacías; lo que llevan es el texto transcrito en el rodaje o, cuando el material se importó desde un archivo, la dirección que quedó registrada en esa máquina, y si no hay ninguna de las dos cosas la casilla se entrega vacía. El PDF y el FDX no llevan ninguna de las dos.

El material tiene su sitio de guarda en la biblioteca del proyecto; una casilla llena de la entrega nombra una ubicación de la máquina emisora, y el receptor no puede volver a enlazar su propio material a partir de ella.

Que una ruta de la entrega pertenezca a la máquina emisora y que el material esté o no en la máquina son dos cosas distintas

Cómo se guardan los medios en esta máquina es un asunto propio de la aplicación; lo que aquí importa es que una ruta del archivo de entrega pertenece a la máquina emisora y no es un puntero que el receptor pueda resolver. Cuando se genera un ALE, un CSV, un PDF o un FDX, el archivo lleva registros de rodaje y los 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 recibe la posición física del archivo local que usaba el proyecto de origen. 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

El nombre que está en disco ya puede ser distinto del nombre que tenía la fuente externa, así que no permite deducir de dónde vino ese material.

Las fotos vienen de dos fuentes: las tomadas en el set o con la captura rápida, y las elegidas de la galería o importadas desde un archivo. 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 normalización de rutas y nombres de archivo se queda en esta máquina; una ruta escrita en una casilla del archivo de entrega nombra el directorio de esta máquina, no la copia del material del receptor.

Que «la ruta de una casilla de la entrega no sirve para volver a enlazar el material del receptor» 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

La ruta que escribe el archivo de entrega apunta al directorio de la máquina emisora, así que 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 su propia 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. ALE y CSV parten de los mismos registros de rodaje y llevan una casilla de nombre de archivo y otra de ruta, pero los nombres de columna no son comunes: 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 la transcripción en el rodaje o de la dirección que quedó registrada al importar el material desde un archivo; sin ninguna de las dos, la casilla queda vacía. El PDF existe para la lectura, y el FDX trabaja con contenido del lado del guion que ni siquiera lleva registros de toma. Ninguno de los cuatro archivos contiene una dirección que pueda volver a enlazar el material, y que el formato sea otro no cambia ese límite. De que un formato tenga más columnas no puede inferirse que esa dirección se vuelva una que el receptor pueda abrir. Véase «Dónde viven los archivos de entrega tras exportar y cuánto tiempo se conservan».

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. «Las distintas caras de un valor ausente en un archivo de entrega» añade una capa bajo esa casilla vacía: cadena vacía, guion como marcador, número generado por defecto y timecode todo en ceros; cada uno llega ahí por una razón distinta. 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 que viene de la parte emisora y está escrita 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é, aunque la casilla traiga la ruta escrita, el material no se vuelve a enlazar?

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 de nombre de archivo y otra de ruta, pero los nombres de columna no son comunes: 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 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. El valor sale de la transcripción en el rodaje o de la dirección anotada al importar, y en los dos casos nombra los archivos del lado del rodaje, no el directorio de la máquina del receptor, así que una casilla con texto nunca reconstruye una ubicación que el receptor pueda abrir.

¿La entrega me devuelve el archivo original de la foto?

No solo con la entrega. La entrega lleva un nombre de archivo compuesto a partir del número de rollo y del número de clip, no la ruta original de la foto, y no promete una coincidencia byte a byte con el archivo original.

¿CSV trae rutas de medios por llevar más campos?

Más columnas no ponen en manos del receptor una ubicación que él pueda resolver. El CSV escribe en su casilla, tal cual, la ruta que guarda el registro, las dos casillas homónimas del ALE aceptan únicamente ASCII, y el PDF y el FDX no tienen esas dos casillas en absoluto; una casilla con texto sigue nombrando una ubicación de la máquina emisora.

¿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. La ruta que lleva el archivo de entrega pertenece a la máquina emisora y no debe leerse como una dirección en el disco del receptor.

Axiom One LLC — SlateX