Qué no trae de vuelta el FDX exportado
Que un FDX escrito desde SlateX vuelva a la aplicación no equivale a cargar otra vez el proyecto original tal cual. A nivel de archivo se escribe el nombre del proyecto, y a nivel de escena el intercambio gira en torno al número de escena, INT/EXT, nombre de la escena, hora del día, octavos, color de revisión, marca de omisión, número de página y elementos de guion; los datos de la aplicación que quedan fuera de ese alcance de escritura no pueden volver por este archivo. Y, además, aun estando dentro del alcance de escritura, algunos valores salen reescritos en el «exportar y volver a importar» de una forma que se deduce directamente de las reglas de los dos lados.
El techo de lo que FDX puede traer de vuelta lo pone primero el alcance de lo que se escribe; y un valor dentro de ese alcance tampoco vuelve necesariamente carácter por carácter.
El alcance de escritura marca el techo del regreso
Sumando el nivel de archivo y el de escena, el lado de escritura conserva el nombre del proyecto junto con el número de escena, INT/EXT, nombre de la escena, hora del día, octavos, color de revisión, marca de omisión, número de página y elementos de guion. Los planos, los registros de toma, las cámaras, el código de tiempo y las rutas de los materiales no forman parte de esta estructura de escritura del FDX, así que ese archivo no puede devolver esos registros del set.
Ahí está el reparto entre «Qué sabe intercambiar FDX y qué pierde por el camino» y esta página. La página madre explica el alcance del intercambio; esta se queda más estrecha y mira qué le pasa al contenido que sí está dentro de ese alcance cuando el mismo archivo de intercambio de guion sale y vuelve, y qué contenido no tiene siquiera un camino de regreso.
Tres contenidos se reescriben de forma determinista en la ida y vuelta
Uno es la superposición del título de escena. En una escena importada por FDX, el nombre de la escena guarda el título original completo, y además INT/EXT y la hora del día guardan cada uno su propia copia; al exportar de nuevo, el lado de escritura rehace el título con «prefijo de INT/EXT + título original completo + separador + hora del día original», y ese rehacer vuelve a superponer el título y la hora del día. Una escena creada a mano dentro de la aplicación se comporta distinto en este punto, porque esas tres partes ya se guardaban por separado y ahí no existe el origen de esa misma superposición.
Otro es la duplicación del punto. El lector conserva el punto junto con prefijos como INT., y el lado de escritura añade además un punto detrás de INT/EXT, de modo que una sola ida y vuelta puede producir un punto doble. Aquí se describe el resultado de combinar las reglas de los dos lados, no una suposición sobre cómo actúa un software de guion de terceros.
El tercero es la sustitución del resumen. Al importar, el contenido de notas o de tipo resumen puede ir a parar al resumen de la escena, y cuando no hay ningún resumen pendiente de escribir, el primer párrafo de Acción o del tipo General del inicio también puede usarse como resumen; por eso en el resumen puede haber texto de acción completo, no un argumento. El lado de escritura tampoco devuelve el resumen de la escena a su propiedad correspondiente, así que al reimportar, esa posición puede volver a quedar ocupada por el párrafo de acción o el párrafo General del inicio.
Otros tres cambios de regreso conviene verlos aparte
Cuando los octavos de una escena son 0, el lado de escritura no emite el atributo de longitud; al releer el archivo, una longitud ausente se toma como 1/8 de página, así que «0 o vacío» pasa a ser 1/8 de página. El estado de las escenas reimportadas se escribe como «no rodada», y por FDX no se recupera el estado de rodaje anterior. Los párrafos de notas o de resumen no regresan como elementos de guion en su posición original, y el orden de los elementos de guion se numera de nuevo.
Estos cambios no significan que el archivo esté dañado, sino que «qué escribe este formato» y «cómo crea objetos al leerse» no son la misma pregunta. «Cuatro formas de un valor ausente» puede ayudar a distinguir cadenas vacías, atributos ausentes y marcadores de posición, pero aquí seguimos hablando solo de la ida y vuelta del propio FDX.
Límite duro: deducible del código no significa aceptado con software de terceros
La superposición del título, el punto doble y la sustitución del resumen se deducen directamente de combinar las reglas del lado de escritura con las del lado de lectura. Todavía no hemos hecho dar la vuelta completa de «abrir, guardar como y reimportar» en un software de guion de terceros real, así que lo único que puede afirmarse aquí es esto: la ida y vuelta no garantiza una literalidad carácter por carácter.
Ese límite acota también hasta dónde se puede extrapolar. No conviene redactar estos comportamientos deterministas del lado de la aplicación como «un software de terceros determinado hará esto seguro», ni describir una ida y vuelta real no recorrida como ya aceptada; el receptor debe verificar por sí mismo el archivo de intercambio real y el título, la longitud, el resumen y el estado que resulten tras la relectura.
La ida y vuelta no garantiza una literalidad carácter por carácter; el código permite ver que el camino de reescritura existe, pero abrir, guardar como y reimportar en un software de terceros real sigue necesitando verificarse archivo por archivo.
FAQ
¿FDX trae de vuelta los planos y los registros de toma junto con el guion?
No, esos objetos del set no salen de la estructura de escritura actual. No están dentro del alcance de intercambio de este FDX y reimportar el archivo tampoco los reconstruye.
¿Por qué el título de escena puede ganar otra capa de prefijo y de hora del día?
Una escena importada conserva a la vez el título original completo, INT/EXT y la hora del día, y la exportación vuelve a concatenar las tres partes. Una escena creada a mano se comporta distinto en este punto, porque sus tres partes se guardaban ya por separado.
¿Por qué el resumen puede convertirse en la descripción de acción?
Cuando no hay notas ni resumen pendiente de escribir, el primer párrafo de Acción o del tipo General del inicio puede acabar como resumen, y el resumen no tiene una ruta de escritura de vuelta correspondiente. Al reimportar, esa posición puede volver a quedar ocupada por el texto de acción completo.
¿Estas conclusiones significan que un software de guion de terceros ya ha superado la ida y vuelta?
No lo significan. Todavía no hemos completado la verificación de una ida y vuelta real con software de terceros, así que el receptor debe verificar el archivo tal como sale; el límite público sigue siendo que la ida y vuelta no garantiza una literalidad carácter por carácter.
Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.