Cómo decide quien recibe si un archivo de entrega del set puede seguir usándose

Para juzgar si un archivo de entrega del set puede seguir usándose, no hay que empezar por “si el archivo se abre”, sino revisar en tres capas y en orden: primero si alcanza a cuadrar con el material, después si cuadrar con escena, plano y toma, y al final si el juicio del set quedó escrito de verdad en este producto. Lo que SlateX puede aportar son los valores literales efectivamente escritos en cada producto y su relación de origen; si eso alcanza para entrar al flujo siguiente, sigue decidiéndolo quien recibe según su propia plantilla de importación y sus materiales.

Aceptar no es sellar un archivo con un “apto”, sino ir descartando paso a paso los tres riesgos de identidad confusa, relaciones que no cuadran y juicios que no se pueden rastrear.

Primera pregunta: esta fila, ¿alcanza a cuadrar con el material?

Mire primero la identidad del material y su posición temporal. El número de rollo, el nombre del clip, la cámara, el punto de entrada, el punto de salida, la duración y la frecuencia de fotogramas necesitan volver al material o al registro del set para confirmar su origen. Algunos campos vienen de una escritura manual, otros los deriva el software y otros, cuando falta el valor, salen con la celda vacía: no se escribe ninguna cadena de respaldo en lugar de un valor ausente. Quien recibe tiene que saber primero cuál de los tres está viendo, y después decidir si ese valor puede sostener una coincidencia.

Aquí no confunda validez sintáctica con corrección factual. Una cadena con la forma correcta de un código de tiempo todavía tiene que poder rastrearse hasta dónde fue escrita. La posición de salida es una lectura tomada en el instante del stop: al detenerse la cadena de grabación la capta el aparato mismo, o el script la copia a mano de la pantalla de la cámara; si se leyó, la celda tiene valor; si no, queda vacía, y el software no la fabrica adelantando el punto de entrada por la duración. Sobre cómo interpreta estas columnas tal software de recepción concreto, la evidencia de hoy solo alcanza para una frase de frontera: quien recibe debe revisar columna por columna contra su propia plantilla de importación.

Si en este paso ni la identidad del material ni el origen del tiempo se pueden rastrear, todavía no hace falta discutir el ordenamiento ni la clasificación. Volver primero al registro de origen es más prudente que ir agregándole en el lado receptor una interpretación nueva a un valor de origen poco claro.

Segunda pregunta: ¿alcanza a cuadrar con escena, plano y toma?

Una vez que el material se reconoce, revise si un mismo registro puede volver al registro del set siguiendo la relación de escena, plano y toma. Estos productos no son distintos aspectados de una misma tabla, así que no se puede tomar el número de fila de un archivo como llave de ubicación dentro de otro.

Al revisar por muestreo se pueden tomar algunos registros escena por escena, empezando por los de identidad completa y cámara clara, y cubriendo después los casos con varias cámaras o con valores ausentes. El propósito no es fijar un porcentaje de muestreo, sino evitar gastar el trabajo humano en barrer fila por fila todo el archivo y, a la vez, comprobar si las relaciones clave pueden ir de un producto de vuelta al otro.

En esta capa basta con saber el hecho de que “los archivos de una misma exportación llevan la misma cantidad de filas, solo cambia el orden según sus propias claves”, sin desglosar acá cada regla de ordenamiento. Al cotejar de verdad, hay que usar la identidad de escena, plano y toma, no el número de fila; el mecanismo de las diferencias de ordenamiento lo explica otra página aparte.

Tercera pregunta, al final: ¿trajo este producto el juicio del set?

Solo después de cuadrar el material y de cuadrar escena, plano y toma se revisa si el juicio del set se puede rastrear. Acá hay que distinguir sobre todo dos cosas: “en el archivo hay una columna” y “esa columna es el juicio del set”.

La lista estructurada tiene las columnas Rating y Circled take: la primera escribe la palabra de clasificación y entrega una cadena vacía si ninguna toma quedó marcada; la segunda escribe TRUE según el criterio del set, donde tanto Circle como Keep cuentan como marcadas con círculo. El artefacto tabular tiene además una columna Circle, que escribe TRUE solo cuando la toma quedó marcada como Circle y en todo lo demás escribe FALSE; ella y Circled On Set, en el mismo archivo, responden cada una a una pregunta distinta y no se pueden juntar en una sola lectura. Para recuperar el juicio del set desde un producto, primero hay que confirmar según qué columna lo está leyendo, y solo después decidir si representa el marcado con círculo hecho en el set. El Reporte legible ahora también usa una fila por cámara, y cada fila escribe solo las lecturas de esa cámara; esa tabla no trae columna de número de cámara y cubre menos columnas que los archivos legibles por máquina. El archivo de proyecto de guion vuelve solo a la estructura del guion: el resultado del rodaje, los registros de toma, las cámaras y el código de tiempo no están ahí.

Que un mismo registro “aparezca” en varios productos no significa que todos carguen el mismo tipo de información de juicio.

Hasta dónde llega cada producto

La lista estructurada sirve para revisar la identidad del material cámara por cámara, el código de tiempo y la relación entre escena y toma, y lleva las dos columnas del texto de clasificación y la bandera Circle, pero no trae los medios en sí, ni la asignación de canales, ni los parámetros de lente más allá del código de tiempo. El artefacto tabular carga más campos del set y el texto de la clasificación, y aun así hay que tener presente que las columnas derivadas y la semántica del set no son la misma cosa. El Reporte legible sirve más para leer de un vistazo cámara por cámara, pero cada fila escribe solo las lecturas de esa cámara, y los parámetros de cámara que no entran en esa tabla siguen tocando en el ALE o en el CSV. El archivo de proyecto de guion carga el intercambio de la estructura del guion, no la escritura de vuelta del resultado del rodaje.

Esas diferencias implican que quien recibe no puede exigir que los productos se repliquen celda por celda entre sí. El objetivo correcto de la aceptación es que cada archivo cargue su propio tramo de responsabilidad y que la identidad clave pueda volver al registro de origen para ser cotejada.

Si no pasa, en qué capa detenerse

Si la identidad del material o el origen del tiempo no cuadran, deténgase en esa capa de revisión del material y vuelva primero al origen; si el material cuadra pero la relación de escena, plano y toma no se puede armar, deténgase en la capa de las relaciones de identidad; si las dos capas anteriores se sostienen y el juicio del set sencillamente no existe en el producto de destino o tiene otra semántica, no le complete al archivo una conclusión que él no expresó.

La evidencia actual tampoco permite tomar la agrupación por día de rodaje o la exportación por día de rodaje como una capacidad ya verificada, así que este método no pone “el archivo de resumen de un día” como premisa de la aceptación. Solo revisa los productos que se generan de hecho y los valores literales que ya existen dentro de ellos: en el alcance del día de rodaje salen cuatro archivos, el PDF del Reporte, el ALE, el CSV de detalle y la conciliación del cierre en CSV; en el alcance de todo el proyecto salen solo el ALE y el CSV, y el archivo de proyecto de guion FDX va por su propia ruta de exportación.

La aceptación, al final, sigue siendo trabajo de quien recibe. Lo que SlateX puede aportar son valores comprobables, relaciones de derivación y fronteras conocidas; no es un comprobante de “aceptación aprobada”, ni respalda el resultado del lado siguiente.

Para entender por qué un mismo número de fila no apunta al mismo registro en distintos archivos de entrega, vea “Por qué los números de fila de las mismas tomas no se corresponden entre archivos de entrega”.

FAQ

Al recibir un archivo de entrega, ¿qué se revisa primero?

Primero la identidad del material y el origen del tiempo. Si el número de rollo, el clip, la cámara, el punto de entrada, la duración y la frecuencia de fotogramas no pueden volver al material ni al registro del set, las relaciones de escena, plano y toma y el juicio de clasificación se quedan sin una base confiable.

¿Por qué no cotejar los archivos directamente por número de fila?

Porque cada producto ordena según sus propias claves: dentro de una misma exportación los tres archivos llevan la misma cantidad de filas pero no el mismo orden; solo la exportación por día de rodaje genera el Reporte, la de todo el proyecto no lo genera. Al recibir, hay que usar la identidad de escena, plano y toma como llave común, sin suponer que el número de fila de un archivo sigue representando el mismo registro en otro.

El Circle del artefacto tabular, ¿se puede tomar como el estado de círculo del set?

No se pueden equiparar directo. La columna Circle escribe TRUE solo cuando esa toma quedó marcada como Circle, y en cualquier otro caso escribe FALSE; la lectura según el criterio del set está en Circled On Set, en el mismo archivo, donde tanto Circle como Keep cuentan como verdadero. Decida qué pregunta quiere responder, lea esa columna y compárela contra el registro de origen.

¿Este flujo prueba que el archivo ya pasó la aceptación del lado siguiente?

No. Lo que entrega es un orden de revisión y condiciones de trazabilidad; la conducta de importación concreta y sus consecuencias del lado siguiente las tiene que verificar quien recibe en su propio entorno.

Axiom One LLC — SlateX