Qué intercambio conviene a FDX y qué información pierde
Lo que un FDX carga en SlateX es el intercambio de la estructura del guion: episodios, escenas, títulos de escena, marcas de hora del día, octavos de página, párrafos de contenido y colores de revisión sí entran por esa cadena; los planos, los registros de toma, los días de rodaje, la configuración de cámaras y el estado del set, que son resultado de haber rodado, no forman parte de los objetos que esta importación crea. Dicho de otra manera: un FDX puede traer la estructura del guion, pero “importación exitosa” no equivale a “el proyecto de rodaje ya está armado”, y mucho menos a que después de un ida y vuelta todo vuelva igual carácter por carácter.
Acá el FDX es un portador de intercambio de la estructura del guion, no un contenedor del resultado del rodaje.
Qué crea de verdad la importación
La cadena de importación actual de SlateX crea solo tres tipos de objetos de negocio: episodios, escenas y elementos de guion. Los planos no se crean con la importación, ni los registros de toma, ni los días de rodaje, ni la configuración de cámaras. Las preselecciones de personal de producción, como el grupo de rodaje, la dirección y la dirección de fotografía, tampoco tienen un punto de escritura en esta ruta de importación: hay que tratarlas aparte dentro del producto.
Ese límite decide de entrada qué preguntas puede responder un FDX. Sirve para desarmar el guion en escenas y en una estructura de texto legible y dar así una base de guion al registro posterior; no se lo debe describir como “importado esto, ya están listos el plan de rodaje y el registro del set”. Que la estructura exista solo dice que la estructura entró al modelo de datos.
Lo que viene antes del primer título de escena legible no forma texto dentro de una escena
El análisis actual toma como punto de partida para crear escenas el primer título de escena legible. Los párrafos anteriores a ese primer título legible no tienen una escena ya existente a la que engancharse, así que no entran en el texto dentro de la escena después de la importación. El contenido de apertura queda fuera de esta frontera.
Si el propio texto del título de escena está vacío, tampoco se crea la escena correspondiente. Aquí no hace falta explicarlo como una “intención” del producto; lo exacto es que el paso actual de creación de escenas exige un texto de título de escena disponible, y sin esa condición soporte no hay un objeto de escena que escribir.
“Análisis exitoso” también puede dejar cero escenas
Hay otro caso que se presta a confusión: un FDX con el formato bien formado pero sin ningún título de escena legible puede igual devolver un análisis exitoso y abrir la pantalla de selección de escenas como siempre, solo que la lista viene vacía y sin ningún aviso adicional.
Eso muestra que “el archivo se analizó bien” y “ya se importó contenido” son dos controles distintos. El primero solo dice que el flujo de análisis llegó a la rama de éxito; el segundo exige mirar si en la lista de selección aparecieron de verdad escenas y si después de la importación se crearon los elementos de guion correspondientes.
Que el estado de la importación diga éxito no significa que ya hayan entrado escenas al proyecto; mire primero la estructura creada en los hechos.
En el ida y vuelta hay varias reescrituras seguras
Del código de los dos lados, lectura y escritura, de SlateX se pueden deducir varias reescrituras deterministas. Una escena importada desde un FDX, al volver a escribirse, hace que la construcción del título de escena vuelva a pegar una vez el título y la información de hora del día que ya estaban dentro del título original. El prefijo del título conserva el punto al leerse y el lado de la escritura agrega otro punto, así que tras un ida y vuelta pueden aparecer puntos dobles como INT...
El campo de resumen tampoco es simétrico en las dos direcciones. El resumen se puede leer, pero la escritura actual no lo devuelve al mismo campo de resumen; y al importar de nuevo, el resumen de la escena además queda sustituido por el primer párrafo de contenido. Cuando los octavos de página son cero, el lado de la escritura no escribe el atributo de longitud, mientras que al releer, una longitud que falta se procesa como 1/8 de página. El estado de rodaje tampoco viaja de regreso con este intercambio estructural: al reimportar vuelve al estado “sin rodar”.
Esto no es una conjetura sobre cómo se comporta tal software de terceros, sino el resultado de combinar el código de los dos lados de SlateX. La frontera hay que escribirla a la vez: todavía no hicimos la aceptación del ciclo “abrir, guardar como y volver a importar” con un software de guion de terceros real, así que lo único que podemos decir hacia afuera es que el ida y vuelta no garantiza la fidelidad carácter por carácter, y no que haya pasado alguna validación externa.
Cierta información del rodaje ni siquiera está en este intercambio
Los planos, los registros de toma, los días de rodaje, la configuración de cámaras, el código de tiempo, la clasificación y las rutas de los medios, que son resultados del rodaje, no entran en el alcance que este FDX puede cargar. La cadena de importación no crea esos objetos y la escritura tampoco mete esos registros del set dentro de la estructura del guion.
Por eso, cuando vea que algún dato no regresó, la pregunta correcta es “esta capa tiene algún campo u objeto que lo cargue”, no inventarle al producto una motivación sobre “por qué lo descartó”. Si no hay ruta de escritura, no hay ruta de escritura.
Que el ida y vuelta no sea fiel no quiere decir que el archivo no sirva
Un FDX sigue sirviendo para intercambiar la estructura del guion. Puede traer a SlateX las escenas, los títulos de escena, la hora del día, los octavos de página y los párrafos de contenido, y también puede escribir de vuelta al archivo la estructura de guion del proyecto actual. Solo que hoy este intercambio debe entenderse como una entrega de estructura, no como un ciclo de borrador de trabajo en el que se edita y se edita ida y vuelta sin que cambie un carácter.
Si quien recibe quiere seguir usándolo, debe revisar contra la estructura que de hecho existe en el archivo, y no tomar “se puede abrir” o “se puede volver a importar” como prueba de fidelidad del contenido.
En esta familia quedan dos preguntas por separado
Esta página solo responde qué estructuras le conviene intercambiar a un FDX y qué contenido no se conserva por esa cadena. Quedan dos preguntas para tratarlas aparte: una es “qué información no regresa”, explicando elemento por elemento si falta el campo, el objeto o la ruta de escritura; la otra es “qué crea de verdad la importación”, separando en la revisión los episodios, las escenas y los elementos de guion de los objetos de rodaje que no se crean.
FAQ
¿Al importar un FDX se crean solos los planos y los registros de toma?
No. La importación actual solo crea episodios, escenas y elementos de guion; no crea planos, registros de toma, días de rodaje ni configuración de cámaras.
¿Que el archivo se analice bien significa que ya se importaron escenas?
No necesariamente. Un archivo bien formado sin títulos de escena legibles puede igual llegar al éxito del análisis y abrir una lista de selección vacía, así que hay que revisar las escenas creadas en los hechos.
¿El ida y vuelta de un FDX deja el título de escena igual carácter por carácter?
No se lo puede garantizar. Los dos lados, lectura y escritura, producen reescrituras deterministas como la superposición del título y de la hora del día o el punto doble en el prefijo, así que hacia afuera solo se escribe que “el ida y vuelta no garantiza la fidelidad carácter por carácter”.
¿Por qué cierta información del rodaje no regresa desde un FDX?
Porque la cadena de intercambio de este FDX no tiene un objeto ni un campo que cargue esa información del rodaje. Hay que describir la ruta de escritura o de salida que falta, sin convertir esa ausencia en una motivación del producto.
Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.