Qué entrega la supervisión de script al cerrar una escena
Al terminar una escena, lo que la supervisión de script deja no es “una tabla”, sino un conjunto de registros que le permiten al lado de abajo volver a reconocer los hechos del set: que cada registro de toma responda a qué escena, a qué plano y qué toma es, y qué clasificación y qué notas se le dieron en el set; que la evidencia de continuidad deje volver a la entrada concreta para revisarla; que el cotejo de códigos de tiempo diga de dónde sale cada posición temporal; y que la lista de la entrega informe a quien recibe qué productos tuvo en mano. SlateX hoy puede convertir ese mismo lote de registros en varias formas de intercambio, pero no sustituye la revisión de esos valores literales por parte de quien recibe.
El núcleo de la entrega al cerrar no es “generar un archivo”, sino que la siguiente persona que lea todavía pueda volver a anclar cada registro a esa escena, a ese plano y a esa toma.
Primero separe la tarea del oficio del producto del software
La tarea del oficio consiste en dejarle al lado de abajo la identidad, los juicios y las pistas de continuidad que se formaron durante el rodaje. Los registros toma por toma suelen servir a quien necesita volver a ubicar el material y el estado del rodaje; la evidencia de continuidad sirve a quien después tiene que revisar vestuario, maquillaje y objetos, las acciones o las relaciones de continuidad del cuadro; el cotejo de códigos de tiempo sirve a quien quiere poner el registro y la posición temporal del medio real a revisarse juntos; y la lista de la entrega le dice a quien recibe qué archivos incluye esta entrega y qué información todavía pide volver al origen.
La salida actual de SlateX es un producto de software, no la tarea del oficio en sí. Puede generar una lista estructurada, un archivo tabular, un informe diario legible y un archivo de proyecto de guion. Esos productos escriben, con formas distintas, los datos ya registrados, y ahorran el paso de “volver a copiar todo”, pero no sacan del proceso que una persona confirme si este registro cuadra con el material.
Por eso, al hablar de la entrega hay que separar dos capas: la supervisión de script responde por dejar información trazable suficiente y el software responde por proyectar como archivos los registros que ya existen. La primera exige juicio y responsabilidad; la segunda es apenas la expresión de los datos.
Cada registro debe dejar una identidad que se pueda volver a reconocer
Un registro tiene que poder volver por lo menos a la llave de escena, plano y toma. La clasificación y las notas responden qué juicio y qué información complementaria se dejó en el set, pero la identidad es la base sobre la que los distintos productos de entrega se vuelven a alinear.
Eso importa sobre todo porque el mismo lote de registros de toma, al llegar a productos distintos, no da la misma cantidad de filas ni el mismo orden. La lista estructurada y el archivo tabular expanden por cámara los registros con varias cámaras, y el informe diario legible usa una fila por take. El ordenamiento también pasa por reglas propias. Así que “qué fila es” no sirve como identidad entre archivos; al recibir hay que seguir cotejando por escena, plano y toma.
La evidencia de continuidad tiene que volver a un registro concreto, no quedarse en un montón de medios
El valor de una foto de continuidad o de otra evidencia está en que todavía existe una relación entre ella y un registro de rodaje concreto. Al revisar después, hace falta saber con qué toma, con qué plano o con qué objeto de continuidad se asoció esa evidencia, y no encontrar solamente un álbum sin contexto.
Eso no quiere decir que el software ya haya resuelto el juicio de continuidad por la persona. Que una foto se pueda colgar de un registro y que varias se puedan volver a ver juntas, y que el cuadro sea de verdad continua, son dos cosas distintas. Al entregar hay que conservar la relación trazable para que quien continúa juzgue por su cuenta, sin escribir el mecanismo de asociación de la herramienta como si fuera una conclusión.
El cotejo de códigos de tiempo tiene que decirle a quien recibe dónde revisar
La posición temporal sirve para que un registro escrito tenga la posibilidad de revisarse junto con el medio sobre una misma línea de tiempo. Pero quien recibe no debería adoptarlo solo porque el campo se parezca a un código de tiempo válido: algunos campos de entrega salen del registro del set, otros los deriva el software y a algunos valores ausentes todavía se les agrega contenido de respaldo.
Así, lo que la supervisión de script entrega no es solo una cadena de código de tiempo, sino también el contexto de “quién es este registro y dónde se debe cotejar este valor”. Sobre si el lado de abajo puede usarlo directamente, quien recibe debe revisar columna por columna según su propio proceso.
Un mismo lote de registros toma formas de entrega distintas
Las cuatro formas de intercambio actuales de SlateX cargan trabajos distintos. La lista estructurada y el archivo tabular sirven para leer campo por campo; el informe diario legible se parece más al formato que una persona hojea; y el archivo de proyecto de guion vuelve a la estructura del guion misma. No son cuatro copias iguales fila por fila.
Un límite clave es el de las varias cámaras. Si una take tiene varias cámaras, la lista estructurada y el archivo tabular se expanden en varias filas; el informe diario sigue con una fila por take, y en esa fila los parámetros de cámara salen de una sola cámara. Dicho de otro modo: los parámetros de todas las máquinas de una escena con varias cámaras no aparecen juntos en una misma fila del informe diario.
Los productos de entrega son un conjunto de archivos que se referencian entre sí, no un conjunto de copias que se puedan pegar fila por fila usando el número de fila.
Cuando cambia la persona que continúa, “pasar el turno” no es una capacidad del producto
SlateX no tiene hoy una implementación de “paso de turno”, de “relevo” ni de modificación simultánea por varias personas. Cuando continúa otra persona, el dispositivo nuevo sigue necesitando volver a elegir su posición de trabajo, y el software no tiene un estado que se pueda promocionar como “turno entregado”.
Por eso, lo que esta página puede decir es qué información tiene que quedar dentro del registro: la identidad de escena, plano y toma, el juicio y las notas del set, la asociación de la evidencia de continuidad, la posición temporal y lo que contiene la entrega. No se puede pasar de “esos registros existen” a escribir que “admite turnos seguidos” o “trabajo simultáneo de varias personas”.
El registro de toma todavía responde aparte qué anota
La pregunta madre de la entrega al cerrar se queda acá en “qué familias de información hay que dejar y por qué las necesita el lado de abajo”. Lo que debe haber dentro del registro de una sola take ya tiene una página aparte, “Qué información transferible conviene registrar en un Take Record”, que sigue desarrollándolo. Ese otro tema mira los campos y los límites de un registro individual, sin repetir lo de acá sobre las formas de entrega.
FAQ
¿La entrega al cerrar se resuelve en exportar una tabla?
No. Los registros toma por toma, la evidencia de continuidad, el cotejo de códigos de tiempo y la lista de la entrega cargan responsabilidades distintas; y la salida del software también tiene varias formas, así que ningún archivo se puede tomar por toda la entrega.
¿Por qué varios archivos de entrega no se pueden cotejar por número de fila?
Porque el mismo lote de registros adopta en cada producto una expansión y un ordenamiento distintos, y los registros con varias cámaras además se parten en varias filas dentro de algunos productos. Entre archivos hay que volver a alinear por la identidad de escena, plano y toma.
¿El informe diario deja ver todas las cámaras de una take a la vez?
No. Hoy el informe diario usa una fila por take y los parámetros de cámara de esa fila vienen de una sola cámara, así que la información de varias cámaras no se concentra toda en una misma fila.
¿SlateX admite relevo de turno o que varias personas modifiquen a la vez?
Hoy no existe esa implementación. Esta página solo puede exigir que la información clave quede en el registro, y no puede convertir el registro en sí en una capacidad de “paso de turno” o de “trabajo simultáneo”.
Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.