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 los crea esta importación y deben tratarse aparte a mano.
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 del guion entró en el proyecto. Lo que la importación crea y lo que no se detalla en «Qué crea la importación del guion y qué no crea».
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 del que no se lee ni una sola escena hace que la aplicación explique en el momento que ese archivo no contiene escenas legibles, y la pantalla de selección de escenas no se abre; lo que sí se pasa por alto es que solo se lea una parte de las escenas, porque entonces la pantalla se abre como siempre y la lista queda por debajo del número de escenas del archivo de origen.
Esto muestra que «el archivo se analizó bien» y «ya se importó contenido» son dos comprobaciones distintas. La primera solo dice que el archivo se pudo leer; la segunda exige ver si de verdad aparecieron escenas en la lista de selección y si existen elementos de guion bajo ellas.
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
Una ida y vuelta muestra varios cambios deterministas. Cuando una escena que llegó originalmente de FDX se vuelve a escribir, el título escrito puede añadir el título y la información de hora del día a un título que ya contiene esos elementos. El punto se añade de forma condicional: un título que ya lo tiene se deja como está, y un título sin punto recibe uno solo, así que la ida y vuelta no produce una forma doble como INT...
El resumen tampoco es simétrico. La información del resumen se puede leer, pero al volver a escribir el proyecto no se lleva el mismo resumen, y una importación posterior puede sustituir el resumen de la escena por el primer párrafo del cuerpo. Si el número de página es cero, no se escribe atributo de longitud; al volver a leer ese archivo, la longitud ausente se trata como 1/8 de página. El estado de rodaje tampoco se conserva en este intercambio de estructura: al reimportar se vuelve al estado «no rodada».
Estas observaciones provienen de los resultados de importación y exportación de SlateX. No demuestran cómo se comportará otro programa de guion. La afirmación permitida hacia fuera es más estrecha: la ida y vuelta no garantiza una literalidad carácter por carácter.
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 la exportación 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ó». La ausencia no debe describirse como una decisión intencional de descartar la información cuando el hecho comprobado es simplemente que ningún campo la porta.
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.
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. Cuando no se lee ni una sola escena, la aplicación dice en el momento que ese archivo no contiene escenas legibles y no abre la pantalla de selección de escenas; si solo se lee una parte, la pantalla se abre igual, 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í. Una ida y vuelta puede añadir el título y la hora del día a un título que ya los contiene, y una importación posterior puede sustituir el resumen de la escena por el primer párrafo del cuerpo; por eso hacia fuera solo puede escribirse «la ida y vuelta no garantiza una literalidad carácter por carácter», y hay que estar a las diferencias que dé ese archivo suyo antes y después de la ida y vuelta.
¿Por qué cierta información del rodaje no regresa con el FDX?
Porque el intercambio de FDX actual no tiene ningún objeto de rodaje ni ningún campo que los soporte. Es una frontera de portabilidad, no una afirmación sobre la intención del producto.
Axiom One LLC — SlateX