Cómo decide el receptor que una 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 comprobar en tres capas de orden: primero si puede emparejarse con el material, después si puede emparejarse con escena, plano y toma, y por último si las decisiones del rodaje están realmente escritas en ese producto. Lo que SlateX puede aportar son los valores literales y las relaciones de origen que cada producto escribe de verdad; si eso basta para entrar en el flujo siguiente lo decide el receptor según su propia plantilla de importación y su situación con los materiales.

La aceptación no es poner un sello de «apto» al archivo, sino ir descartando por capas tres riesgos: identidad poco clara, relaciones que no emparejan y decisiones no trazables.

Primero: esta fila puede emparejarse con un material

Hay que empezar por 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 tasa de fotogramas necesitan volver al material o al registro del rodaje para confirmar su origen. Algunos campos vienen de una escritura manual, otros son derivados por el programa y otros, cuando falta el valor, salen como una casilla vacía: no se escribe ninguna cadena de respaldo en lugar de un valor ausente. El receptor tiene que saber primero cuál de los tres está viendo y después decidir si ese valor puede sostener una coincidencia.

Aquí no hay que tomar la validez sintáctica por corrección de los hechos. Una cadena de código de tiempo con el formato correcto todavía tiene que poder rastrearse hasta el lugar donde 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 propio aparato, o continuidad la copia a mano de la pantalla de la cámara; leída, la casilla tiene valor; sin leer, queda vacía, y el programa no la fabrica adelantando el punto de entrada por la duración. Sobre cómo interpreta estas columnas un software de recepción concreto, la evidencia actual solo admite una frase de frontera: el receptor debe cotejarlas columna por columna con su propia plantilla de importación.

Si en este paso no puede rastrearse ni la identidad del material ni el origen del tiempo, no hace falta discutir antes el ordenamiento o las calificaciones. Volver al registro de origen es más seguro que seguir añadiendo interpretaciones nuevas, en el lado receptor, a un valor de origen poco claro.

Segunda pregunta: puede emparejarse con escena, plano y toma

Una vez reconocido el material, comprueba si el mismo registro puede volver al registro del rodaje siguiendo las relaciones de escena, plano y toma. Estos productos no son distintas apariencias de una misma tabla, así que no puede tomarse el número de fila de un archivo como clave de localización en otro.

En el muestreo pueden elegirse por escena algunos registros de toma, empezando por los de identidad completa y cámara clara, y cubrir después los casos multicámara o con valores ausentes. El fin de este procedimiento no es fijar una proporción de muestreo, sino evitar gastar el trabajo manual en recorrer archivo por archivo línea por línea, y a la vez comprobar si las relaciones clave permiten volver de un producto al otro.

En esta capa basta con saber el hecho de que «los archivos de una misma exportación llevan el mismo número de filas, solo cambia el orden según sus propias claves», sin desarrollar aquí cada regla de ordenación. Al hacer la tabla de correspondencias hay que usar la identidad de escena, plano y toma, y no el número de fila; el mecanismo de las diferencias de ordenación lo explica una página aparte.

Tercera y última pregunta: las decisiones del rodaje salen con este producto

Pueden emparejarse el material y también escena, plano y toma; entonces se comprueba si las decisiones del rodaje son trazables. Aquí importa sobre todo separar «en el archivo hay una columna» de «esa columna equivale a la decisión del rodaje».

La lista estructurada lleva las columnas Rating y Circled take: la primera escribe la palabra de calificación y entrega una cadena vacía si ninguna toma quedó marcada; la segunda escribe TRUE según la lectura del rodaje, donde tanto Circle como Keep cuentan como marcadas en círculo. El producto tabular lleva además una columna Circle, que escribe TRUE solo cuando la toma está 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 pueden fusionarse en una sola lectura. Para recuperar de un producto las decisiones del rodaje hay que empezar por confirmar según qué columna está leyendo, y solo después decidir si esa lectura representa el marcado en círculo hecho en el rodaje. El Diario legible ahora también saca una fila por cámara, y cada fila escribe solo las lecturas de esa cámara; esa tabla no lleva columna de número de cámara y cubre menos columnas que los archivos de lectura mecánica. El archivo de proyecto de guion vuelve solo a la estructura de guion: los resultados del rodaje, los registros de toma, las cámaras y los códigos de tiempo no están ahí.

Que un mismo registro «aparezca» en los distintos productos no significa que todos soporten el mismo tipo de información de decisión.

Hasta dónde puede llegar cada producto

La lista estructurada sirve para revisar la identidad de material, los códigos de tiempo y las relaciones de escena y toma a nivel de cámara, y lleva las dos columnas del texto de calificación y la bandera Circle, pero no trae el material en sí, ni la correspondencia de canales, ni los parámetros de lente más allá del código de tiempo. El producto tabular lleva más campos del rodaje y textos de calificación, con que seguir atendiendo a que una columna derivada y la semántica del rodaje no son la misma cosa. El Diario legible está pensado para la lectura humana 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 correspondiendo al ALE o al CSV. El archivo de proyecto de guion soporta el intercambio de estructura de guion y no soporta la devolución de los resultados del rodaje.

Estas diferencias significan que el receptor no puede exigir que los productos se repliquen casilla por casilla entre sí. El objetivo correcto de la aceptación es este: que cada archivo asuma su propio tramo de responsabilidad y que la identidad clave pueda volver al registro de origen para comprobarse.

Si no pasa, en qué capa hay que detenerse

Si la identidad del material o el origen del tiempo no emparejan, hay que parar en la capa de comprobación del material y volver antes al origen; si el material empareja pero no pueden establecerse las relaciones de escena, plano y toma, hay que parar en la capa de relaciones de identidad; si las dos capas anteriores se sostienen y las decisiones del rodaje simplemente no existen en el producto de destino, o tienen otra semántica, no hay que rellenar por su cuenta una conclusión que el archivo no expresa.

La evidencia actual tampoco permite tratar como capacidad ya verificada la agrupación por día de rodaje o la exportación por día de rodaje, así que este método no toma «un archivo de resumen de un día» como requisito previo de la aceptación. Solo comprueba los productos que se generan de verdad y los valores literales que ya existen dentro de ellos: en el alcance del día de rodaje salen cuatro archivos, a saber el PDF del Diario, el ALE, el CSV de detalle y la conciliación del cierre en CSV; en el alcance del proyecto completo 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 sigue siendo trabajo del receptor. Lo que SlateX puede aportar son valores comprobables, relaciones de derivación y fronteras conocidas: no un certificado de «aceptación superada», y tampoco avala 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, véase «Por qué los números de fila de las mismas tomas no se corresponden entre los archivos de entrega».

FAQ

¿Qué es lo primero que debe comprobarse al recibir un archivo de entrega?

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 tasa de fotogramas no pueden confirmarse contra el material o el registro del rodaje, las relaciones de escena, plano y toma y las decisiones de calificación se quedan sin una base fiable.

¿Por qué no pueden emparejarse 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 el mismo número de filas pero no el mismo orden; solo la exportación por día de rodaje genera el Diario, la del proyecto completo no lo genera. Al recibir hay que usar como clave común la identidad de escena, plano y toma, en lugar de suponer que el número de fila de un archivo sigue representando el mismo registro en otro.

¿El Circle del producto tabular puede tomarse como el estado de marcado en círculo del rodaje?

No puede equipararse directamente. La columna Circle escribe TRUE solo cuando esa toma está marcada como Circle y escribe FALSE en los demás casos; la lectura según el criterio del rodaje 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 compruébala contra el registro de origen.

¿Este proceso demuestra que el archivo ya ha superado la aceptación del destino?

No. Lo que aporta es un orden de comprobación y condiciones de trazabilidad; el comportamiento concreto de importación y sus efectos en el destino siguen teniendo que verificarse en el entorno del propio receptor.

Axiom One LLC — SlateX