Qué información transferible conviene registrar en un Take Record

El valor de una take record no está en meterle todos los campos que se ocurran, sino en que la siguiente persona pueda responder unas pocas cosas concretas: de qué plano es esta toma, qué grabó cada cámara, qué estado se le dio en el set, desde dónde arranca el tiempo, qué notas tiene esta toma y dónde está el material de continuidad relacionado. La línea que hoy puede registrar la interfaz de SlateX es justamente el número de toma, la cámara, el estado, los códigos de tiempo de entrada y de salida y los dos campos de duración (la Duración de escena que rellena la supervisión de script y la Duración de TC de solo lectura, restada de las dos lecturas de entrada y salida), las notas de la toma y la vinculación del material de continuidad; cuando hay varias cámaras, cada una tiene su propio grupo de parámetros.

Una take record que se pueda entregar no es una pila de campos, sino una cadena de registros que permite ir de “cuál toma” a “qué cámara, qué estado, qué momento y qué evidencia”.

Primero, que esta toma se pueda reconocer

La entrega empieza por la identidad. El número de toma tiene que caer dentro de un plano concreto para que quien continúa pueda devolver “esta toma” a su contexto de rodaje. En SlateX el número de toma lo trae el propio flujo de registro, y el número de plano queda asociado al registro de la toma; por eso, al mirar un registro, el número de toma no se debe leer separado del plano. Anotar nada más “cuál toma” sin el contexto del plano hace que, en la etapa de organización posterior, sea fácil perder la referencia.

El registro de toma también tiene que guardar la información de cámara con la que en el set se distingue de verdad un material de otro. Cuando hay varias cámaras, una take no cuelga de una sola descripción general de la cámara, sino que cada cámara tiene su propio grupo de parámetros. Lo más directo para la entrega son el número de cámara, el número de rollo, el número de clip y la frecuencia de fotogramas; en el set además se pueden anotar la distancia focal, la apertura, la distancia de enfoque, la temperatura de color, el rollo de sonido y las notas de la cámara, que es información del lado de la cámara. Aquí lo importante no es reportar cuántos campos hay, sino que cada cámara conserve su identidad, sin aplastar los parámetros de la cámara A y los de la B en un solo montón.

Con varias cámaras, el número de rollo y el de clip tienen que seguir a la cámara

Si una misma take tiene varias cámaras al tiempo, parámetros como el número de rollo y el número de clip se guardan por cámara. Al crear una toma, SlateX lleva el conjunto de cámaras vigente dentro de esa nueva toma, y al agregar una cámara nueva parte de los parámetros de las ya existentes, que después el set modifica. Esto solo explica de dónde salen los parámetros, y no significa que se haya medido ningún efecto de ahorro de tiempo, de menos errores o de “menos contexto perdido”. Quien continúa sigue teniendo que ver el número de rollo y el número de clip de cada cámara como información independiente, sin suponer que “una misma take solo necesita un juego de números de rollo y de clip”.

Esos parámetros de cámara son además uno de los insumos con los que después se generan las entregas cámara por cámara, así que en la etapa del set conviene mantenerlos claros en la capa de cámara. La forma de escribir el número de rollo y el número de clip varía según la costumbre del set, así que este texto solo los trata como “qué registró esta cámara en este momento”, sin escribir ningún nombramiento como un estándar ya aceptado por quien recibe. Vea “Qué comparten las cámaras de una misma toma y qué campos siguen aparte”.

El estado guarda el juicio del set; Circle es excluyente dentro del mismo plano, no entre planos

Los estados de set de SlateX usan Circle, Keep, Hold y N/G. Lo que resuelven es la pregunta de la entrega: “cómo se juzgó esta toma en el set”, para que quien continúa no tenga que adivinar en las notas en qué estado había quedado un registro. El estado es parte del registro de take; la misma regla la sostiene una única ruta de escritura que comparten varios accesos, sin importar desde dónde se guarde.

Si marcás una take de un plano como Circle, el Circle anterior de ese plano baja a Keep. El listado de takes, el formulario de nueva take y el panel de edición guardan el estado por la misma ruta de escritura, así que el acceso no cambia el resultado; la baja no cambia solo el estado: en la misma escritura baja también el nivel de clasificación (Circle pasa a Keep, y la clasificación retrocede un grado); deja intactos los demás campos y no salta de plano. Leé la marca en la celda que lleva el registro, y seguí diciendo en el Reporte qué take se circuló en el set: ese juicio lo asume el flujo de trabajo, no el programa eligiendo la take.

Y hay algo más que la entrega tiene que decir claro: la clasificación no se ve igual en cada archivo de entrega, así que no vale generalizar ni con “en todos sale” ni con “en ninguno sale”. El ALE ahora trae las columnas Rating y Circled take, que escriben justo ese juicio del set; pero es una lista para emparejar los clips en el montaje, no el canal que elige la take por la moviola: la take en círculo todavía tiene que quedar escrita en el Reporte y decirse en persona con el editor. El CSV tiene una columna de texto de clasificación en inglés (Circle / Keep / Hold / N/G, sin localizar) y además una columna booleana Circle que escribe TRUE solo cuando el valor es Circle — si esa misma toma está marcada como Keep, en esa columna se lee FALSE; el encabezado del PDF tiene su columna de “clasificación”, y ahí la marca de círculo se dibuja como un punto de color más un texto en inglés. Quien recibe tiene entonces que leer la clasificación por las columnas de cada producto, y no puede inferir de “lo que se marcó en la app” que “en el archivo de entrega tiene que aparecer la misma marca”.

El estado puede guardar el juicio del set; “un solo Circle por plano” lo sostiene esa misma ruta de escritura compartida, y qué take se circulada sigue teniendo que decirse en el Reporte.

El tiempo tiene que permitir ubicar esta toma, no fabricar un número que parezca preciso

Una take record necesita posición temporal. La interfaz actual puede registrar el código de tiempo de entrada, el código de tiempo de salida y la Duración de escena; en una toma nueva el punto de entrada lo puede traer el código de tiempo del momento, la salida es la lectura que está en la pantalla en el instante del corte —la recoge la cadena de grabación o la supervisión de script la copia a mano de la pantalla de la cámara—, y la Duración de escena la escribe la supervisión de script mirando su propio cronómetro, porque el software no la rellena por adelantado. En la entrega cada valor hace una cosa distinta: entrada y salida dicen desde dónde y hasta dónde llega esta toma en el material, y la Duración de escena dice cuánto duró de verdad la acción en el set. En la pantalla hay además una Duración de TC de solo lectura, que resulta de restar las dos lecturas de entrada y salida, sin contar el fotograma final, y ese mismo tramo calculado pasa tal cual a los archivos legibles por máquina. Que el tramo y la Duración de escena no coincidan es lo normal en el set, porque el preroll, la claqueta y un director que arranca antes están todos dentro del cronómetro. Hay que verlos junto con el plano, el número de toma y la cámara, no aislarlos como una cadena de tiempo bonita.

Acá hay que mantener la frontera: una take record solo debe escribir los campos de tiempo que la interfaz pueda de verdad registrar. Una columna que aparezca en una exportación no basta: si el registro del set no tiene una ruta de entrada para ella, no debe contarse dentro de esta lista entregable. Parece conservador, pero evita escribir “el set registró esta información” a partir de “la exportación tiene esa columna”.

Las notas explican las excepciones y el material de continuidad deja evidencia que se puede volver a ver

Los campos estructurados le dicen a quien continúa “quién es esta toma, qué cámara, qué estado y qué momento”, pero en el set siempre aparecen excepciones que una enumeración no expresa. Las notas de la toma son justamente el lugar de texto dejado para esos casos. Una buena nota no tiene que repetir el número de toma ni el de rollo; debe agregar los hechos del set que los campos estructurados no expresaron, para que la siguiente persona, al ver el registro, sepa por qué esta toma pide atención extra.

El material de continuidad es otra clase de información: no es una frase descriptiva, sino una evidencia asociada a una take concreta. SlateX puede vincular el material de continuidad al registro de la toma, así que quien continúa puede volver desde ese registro a las fotos o los videos relacionados, sin tener que adivinar en un álbum grande sin contexto. Si una foto representa o no la continuidad correcta todavía lo decide una persona; la tarea de la take record es devolver la evidencia a la entrada de rodaje a la que pertenece.

Orden de revisión de un registro que se pueda entregar

Primero el plano y el número de toma, para confirmar la identidad del registro; después, cámara por cámara, el número de rollo, el número de clip y los parámetros de cámara necesarios; luego los estados Circle, Keep, Hold y N/G; después los códigos de tiempo de entrada y de salida, la Duración de escena y la Duración de TC de solo lectura; y al final las notas de la toma y el material de continuidad, para ver si las excepciones y la evidencia se quedaron en esta toma. Ese orden no busca llenar la tabla, sino que la siguiente persona pueda rastrear por la misma cadena.

Lo que hoy no podemos hacer es tratar como campos registrables en el set todas las columnas que se vean en una exportación. Este texto solo recoge la información que la interfaz puede llenar de verdad o que el flujo actual de registro trae; las columnas sin ruta de entrada no entran en esta lista. Tampoco es una plantilla de take record universal del oficio, sino una descripción angosta de lo que SlateX registra hoy.

FAQ

¿Qué información se mira primero al entregar un registro de toma?

Primero revisa el plano y el número de toma; después, cámara por cámara, el número de cámara, el número de rollo y el número de clip; y luego verifica los estados Circle, Keep, Hold y N/G, los códigos de tiempo de entrada y de salida con la Duración de escena, las notas de la toma y la vinculación del material de continuidad.

¿Varias cámaras comparten un mismo juego de números de rollo y de clip?

Cada cámara tiene su propio grupo de parámetros; cuando una misma take lleva varias cámaras, revisa por separado el número de rollo, el número de clip y la demás información de cada cámara, sin aplastarlos en un total único.

¿Un mismo plano se queda siempre con un solo Circle?

Cuando marcás una take como Circle, los otros Circle del mismo plano bajan a Keep. La interfaz no da ninguna garantía de que, desde otras entradas, quede siempre una sola; por eso no lo escribimos como promesa. Qué take quedó circulada se sigue comprobando en el Reporte.

¿Qué resuelven el código de tiempo y las notas dentro de un registro de toma?

Las dos lecturas de entrada y de salida se encargan de ubicar el registro en el tiempo del material, la Duración de escena deja anotado cuánto duró de verdad la acción en el set, y las notas de la toma agregan las excepciones del set que los campos estructurados no expresaron; las tres cosas se ven junto con el plano, el número de toma y la cámara.

Axiom One LLC — SlateX