Qué debe entregar la persona de continuidad al cerrar el rodaje de una escena
Al terminar una escena, lo que la persona de continuidad deja no es «una tabla», sino un conjunto de registros con los que el destino puede volver a reconocer los hechos del rodaje: los registros toma por toma tienen que responder de qué escena, de qué plano y de qué toma se trata y qué calificación y qué notas dio el rodaje; la evidencia de continuidad tiene que permitir volver a la entrada concreta para comprobarla; la correspondencia de códigos de tiempo tiene que decir de dónde sale la posición temporal; y la lista de archivos de entrega tiene que permitir al receptor saber qué productos tiene en la mano. SlateX puede proyectar el mismo lote de registros en varias formas de intercambio, pero no sustituye la comprobación de esos valores literales por parte del receptor.
El núcleo de la entrega al cerrar el rodaje no es «generar un archivo», sino que el siguiente lector pueda volver a emparejar el registro con esa escena, con ese plano y con esa toma.
Separar primero la tarea del oficio y el producto del programa
La tarea del oficio, para la persona de continuidad, es dejar al destino la identidad, las decisiones y las pistas de continuidad formadas durante el rodaje. Los registros toma por toma suelen servir a quien tiene que volver a localizar el material y el estado del rodaje; la evidencia de continuidad sirve a quien después debe comprobar vestuario, maquillaje, objetos, acciones o las relaciones de continuidad de imagen; la correspondencia de códigos de tiempo sirve a quien quiere poner el registro y la posición temporal del material real en una misma comprobación; y la lista de archivos de entrega dice al receptor qué archivos contiene esta entrega y qué información todavía necesita volver al origen.
La salida actual de SlateX son productos del programa, y no equivalen a 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. Estos productos escriben en formas distintas lo que ya está registrado y quitan el paso de «volver a copiarlo todo», pero no sacan del flujo la parte en la que una persona confirma si el registro coincide con el material.
Al hablar de entrega hay que separar, por tanto, dos capas: la persona de continuidad se encarga de dejar suficiente información trazable, y el programa se encarga de proyectar los registros ya existentes en archivos. La primera exige decisión y responsabilidad; la segunda es solo expresión de datos.
Los registros toma por toma tienen que dejar una identidad reconocible
Un registro tiene que poder volver cuando menos a la clave de escena, plano y toma. La calificación y las notas responden qué decisión y qué información adicional dejó el rodaje en ese momento, pero la identidad es la base sobre la que los distintos archivos de entrega vuelven a alinearse.
Esto importa sobre todo porque el mismo lote de registros de toma, al pasar a productos distintos, no da el mismo número de filas ni el mismo orden. La lista estructurada y el archivo tabular despliegan los registros multicámara en varias filas según la cámara, mientras que el informe diario legible saca una fila por take. El ordenamiento también pasa por reglas propias. Por eso «la fila número tal» no sirve como identidad entre archivos; al recibir hay que seguir emparejando 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 guarda relación con un registro de rodaje concreto. Al volver a verlo después, hace falta saber con qué toma, con qué plano o con qué objeto de continuidad se relaciona esa evidencia, y no encontrarse solo un álbum sin contexto.
Eso no significa que el programa ya haya hecho la decisión de continuidad por la persona. Que una foto pueda colgarse de un registro y verse junta con otras, y que «la imagen sea de verdad continua», son dos cosas distintas. Al entregar hay que conservar la relación trazable para que quien recibe juzgue por sí mismo, sin escribir el mecanismo de asociación de la herramienta como si fuera una conclusión.
La correspondencia de códigos de tiempo tiene que decir dónde hace falta revisar
La posición temporal sirve para que el registro escrito pueda comprobarse junto con el material en una misma línea de tiempo. Pero el receptor no debería aceptarla directamente solo porque el campo tenga aspecto de código de tiempo válido. Algunos campos de entrega salen del registro del rodaje, otros los deriva el programa, y algunos valores ausentes reciben además un contenido de respaldo.
Así que lo que la persona de continuidad 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 debe comprobarse este valor». Sobre si el destino puede usarlo directamente, el receptor tiene que cotejar columna por columna según su propio flujo.
El mismo lote de registros se convierte en formas de entrega distintas
Las cuatro formas de intercambio actuales de SlateX asumen 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 de guion en sí. No son cuatro copias coincidentes fila por fila.
Una frontera clave es la multicámara. Si un take tiene varias cámaras, la lista estructurada y el archivo tabular lo despliegan en varias filas; el informe diario sigue sacando una fila por take, y en esa fila los parámetros de cámara salen de una sola cámara. Es decir, todos los parámetros de máquina de una escena multicámara no aparecen a la vez en la 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 puedan encajarse fila por fila con el número de fila.
Cuando cambia la persona que recibe el relevo, el «relevo de turno» no es una capacidad del producto
SlateX no tiene hoy una implementación de «relevo de turno», de «cambio de turno» ni de modificación simultánea por varias personas. Cuando cambia la persona que toma el testigo, el dispositivo nuevo tiene que volver a seleccionar su posición de trabajo, y el programa no tiene ningún estado que pueda anunciarse como «relevo completado».
Lo que esta página puede decir, por tanto, es qué información tiene que quedar en el registro: la identidad de escena, plano y toma, las decisiones y las notas del rodaje, la asociación de la evidencia de continuidad, la posición temporal y el contenido de la entrega. No puede darse un paso más y escribir que, porque esos registros existen, hay «soporte de relevo de turnos» o «trabajo simultáneo de varias personas».
El registro de toma todavía responde aparte «qué hay que anotar»
La pregunta padre de la entrega al cerrar el rodaje se queda aquí en «qué familias de información hay que dejar y por qué el destino las necesita». Lo que debe haber dentro de un registro de toma, a nivel de un solo take, lo desarrolla una página aparte: «Qué información transferible registra un Take Record». Ese tema se fija en los campos y las fronteras del registro individual, y no repite aquí las formas de la entrega.
FAQ
¿La entrega al cerrar el rodaje se resuelve en exportar una tabla?
No. Los registros toma por toma, la evidencia de continuidad, la correspondencia de códigos de tiempo y la lista de archivos de entrega asumen responsabilidades distintas, y la salida del programa tiene además varias formas: no puede tomarse uno de esos archivos como la entrega completa.
¿Por qué los archivos de entrega no pueden emparejarse entre sí por número de fila?
Porque el mismo lote de registros usa en cada producto formas distintas de despliegue y de ordenación, y los registros multicámara se separan además en varias filas en algunos productos. Entre archivos hay que volver a alinearse por la identidad de escena, plano y toma.
¿El informe diario permite ver todos los parámetros de cámara de un mismo take?
No. El informe diario actual saca una fila por take, y los parámetros de cámara de esa fila salen de una sola cámara, así que la información multicámara no queda concentrada toda en la misma fila.
¿SlateX admite relevo de turnos o la edición simultánea de varias personas?
Hoy no hay ese tipo de implementación. Esta página solo puede exigir que la información clave quede en el registro, y no puede convertir la existencia de esos registros en una capacidad de «relevo de turnos» o de «trabajo simultáneo».
Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.