Qué sabe intercambiar FDX y qué pierde por el camino
Lo que FDX asume dentro de SlateX es el intercambio de estructura de guion: episodios, escenas, títulos de escena, marcas de hora del día, número de página, elementos de guion y color de revisión pueden entrar por este camino; los planos, los registros de toma, los días de rodaje, los ajustes de cámara y los estados del set, que existen después de rodar, no son objetos que esta importación vaya a crear. Dicho de otro modo: FDX puede traer la estructura del guion, pero «la importación terminó bien» no equivale a «el proyecto de rodaje ya está montado», y mucho menos a que, tras la ida y vuelta, el contenido vuelva a su estado original carácter por carácter.
Aquí FDX es un soporte de intercambio de la estructura de guion, no un contenedor del resultado del rodaje.
Qué crea exactamente la importación
El camino de importación actual de SlateX solo crea tres tipos de objeto de negocio: episodios, escenas y elementos de guion. Los planos no se crean con la importación, los registros de toma no se crean, los días de rodaje no se crean y los ajustes de cámara tampoco. Los preajustes del equipo de producción, como unidad, dirección y dirección de fotografía, tampoco tienen ningún punto de escritura en esta ruta de importación y hay que tratarlos aparte dentro de la aplicación.
Esta frontera decide directamente qué preguntas puede responder FDX. Sirve para descomponer el guion en escenas y estructura de texto legibles y dar así una base de guion a los registros posteriores; no sirve para describirlo como «después de importar ya están listos el plan de rodaje y el registro del set». Que la estructura exista solo dice que la estructura entró en el modelo de datos.
Lo que aparece antes del primer título de escena legible no forma texto dentro de una escena
El análisis actual empieza a crear escenas a partir de un título de escena legible. Los párrafos previos al primer título de escena legible no tienen ninguna escena ya existente a la que engancharse, así que no entran en el texto de escena resultante de la importación. Contenidos tipo entradas de cabecera caen fuera de esta frontera.
Si el propio texto del título de escena está vacío, la escena correspondiente tampoco se crea. No hace falta explicarlo como una «intención» del producto; la formulación exacta es esta: el paso actual de creación de escenas exige un texto de título de escena disponible, y cuando falta esa condición soporte no hay ningún objeto de escena que escribir.
Un «análisis correcto» también puede dejar ninguna escena creada
Todavía hay otro caso fácil de malinterpretar: un FDX bien formado que no contenga ningún título de escena legible puede seguir devolviendo un análisis correcto y abrir la pantalla de selección de escenas como siempre, pero con la lista vacía y sin ningún aviso adicional.
Esto muestra que «el archivo se analizó bien» y «ya se importó contenido» son dos comprobaciones distintas. La primera solo dice que el proceso de análisis llegó a la rama de éxito; la segunda exige ver si de verdad aparecieron escenas en la lista de selección y si la importación creó los elementos de guion correspondientes.
Que el estado de la importación diga éxito no significa que ya haya escenas dentro del proyecto; primero hay que ver la estructura realmente creada.
En la ida y vuelta hay varios reescritos seguros
De combinar el código de los dos lados, lectura y escritura, se deducen varias reescrituras seguras en el SlateX actual. Una escena que ya se importó desde FDX, al volver a escribirse, hace que la construcción del título de escena vuelva a concatenar por segunda 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 de escena se conserva con su punto al leerse, y al escribirse se añade otro punto, de modo que tras la ida y vuelta pueden aparecer dobles puntos como INT...
El campo de resumen tampoco es simétrico en las dos direcciones. El resumen puede leerse, pero el lado de escritura actual no devuelve ese mismo campo de resumen; y al importar otra vez, el resumen de la escena vuelve a quedar sustituido por el primer contenido de texto. Cuando el número de página es cero, el lado de escritura no emite el atributo de longitud, y el lado de lectura, al no encontrar longitud, lo trata como 1/8 de página. El estado de rodaje tampoco viaja en esta ida y vuelta de estructura: al reimportar se vuelve al estado «no rodada».
Esto no es una conjetura sobre cómo se comporta un software de guion de terceros, sino el resultado de combinar el código de los dos lados, lectura y escritura, del propio SlateX. La frontera hay que escribirla a la vez: todavía no hemos hecho la verificación de ida y vuelta «abrir, guardar como y reimportar» con un software de guion de terceros real, así que lo único que puede afirmarse hacia fuera es que la ida y vuelta no garantiza una literalidad carácter por carácter, y no puede escribirse que ya haya pasado algún tipo de verificación externa.
Qué información del rodaje no está en este intercambio en absoluto
Los resultados del rodaje —planos, registros de toma, días de rodaje, ajustes de cámara, códigos de tiempo, calificaciones y rutas de los materiales— no entran dentro del alcance que este FDX puede soportar. La ruta de importación no crea esos objetos y el lado de escritura tampoco mete esos registros del set dentro de la estructura de guion.
Por eso, cuando falta algún dato al regresar, la pregunta correcta es «existe o no en esta capa un campo o un objeto que lo soporte», y no hay que fabricar una motivación del producto sobre «por qué se perdió». Si no hay ruta de escritura, no hay ruta de escritura.
Que la ida y vuelta no sea literal tampoco significa que el archivo no sirva
FDX sigue siendo adecuado para intercambiar la estructura del guion. Puede traer a SlateX la estructura de escenas, títulos de escena, hora del día, número de página y elementos de guion, y también escribir de vuelta a archivo la estructura de guion del proyecto actual. Solo que hoy este intercambio debe entenderse como una entrega de estructura, y no como un ciclo de trabajo en el que se puede editar en las dos direcciones sin que cambie ningún carácter.
Si el receptor quiere seguir usándolo, debe cotejar la estructura que realmente existe en el archivo, y no tomar «que se pueda abrir» o «que se pueda volver a importar» como prueba de fidelidad del contenido.
En esta familia quedan dos preguntas que responder por separado
Esta página solo responde qué estructura sabe intercambiar FDX y qué contenido no se conserva por ese camino. Quedan todavía dos preguntas que desarrollar cada una por su cuenta: una es «Qué no trae de vuelta el FDX exportado», que explica elemento por elemento si lo que falta es un campo, un objeto o una ruta de escritura; la otra es «Qué crea la importación del guion y qué no crea», que separa en la comprobación episodios, escenas y elementos de guion de los objetos del rodaje que no se crean.
FAQ
¿La importación de FDX crea planos y registros de toma de forma automática?
No. La importación actual solo crea episodios, escenas y elementos de guion, y no crea planos, registros de toma, días de rodaje ni ajustes de cámara.
¿Que el archivo se analice bien significa que ya se importaron escenas?
No necesariamente. Un archivo bien formado pero sin ningún título de escena legible puede seguir llegando al análisis correcto y abrir una lista de selección de escenas vacía, así que hay que comprobar además las escenas realmente creadas.
¿La ida y vuelta del FDX mantiene el título de escena sin cambiar un solo carácter?
No puede garantizarse así. La combinación de los dos lados, lectura y escritura, produce reescrituras seguras como la superposición del título y de la hora del día o los dobles puntos en el prefijo, así que hacia fuera solo puede escribirse que la ida y vuelta no garantiza una literalidad carácter por carácter.
¿Por qué cierta información del rodaje no regresa con el FDX?
Porque el camino de intercambio de FDX actual no tiene ningún objeto de rodaje ni ningún campo que los soporte. Hay que describir la ruta de escritura o de exportación 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.