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 las crea esta importación y hay que tratarlas aparte a mano.
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 del guion entró al proyecto. Lo que la importación crea y lo que no se detalla en “Qué crea la importación de un guion y qué no crea”.
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 del que no se lee ninguna escena no abre la pantalla de selección de escenas; la app explica en el momento que de ese archivo no salen escenas. Lo que de verdad se ve pasar por alto es el caso en el que solo se lee una parte: ahí la pantalla se abre como siempre, pero la lista trae menos escenas que las del archivo fuente.
Eso muestra que “el archivo se analizó bien” y “ya se importó contenido” son dos controles distintos. El primero solo dice que el archivo se pudo leer; el segundo exige mirar si en la lista de selección aparecieron de verdad escenas y si existen elementos de guion debajo de ellas.
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
Un ida y vuelta muestra varios cambios deterministas. Cuando una escena que llegó originalmente de un FDX se vuelve a escribir, el título escrito puede agregar el título y la información de hora del día a un título que ya contiene esos elementos. El punto se agrega de forma condicionada: un título que ya lo tiene se deja como está, y un título sin punto recibe uno solo, así que un 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 reemplazar el resumen de la escena por el primer párrafo del cuerpo. Si los octavos de página son cero, no se escribe atributo de longitud; al volver a leer ese archivo, la longitud ausente se procesa como 1/8 de página. El estado de rodaje tampoco se conserva con este intercambio estructural: al reimportar vuelve al estado “sin rodar”.
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 afuera es más estrecha: el ida y vuelta no garantiza la fidelidad carácter por carácter.
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 exportación 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ó”. 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 carga.
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.
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. Cuando no se lee ninguna escena, la app lo dice en el momento y la pantalla de selección de escenas no se abre; cuando solo se lee una parte, la selección se abre como siempre, 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. Después de un ida y vuelta pueden verse reescrituras como la superposición del título y de la hora del día o la sustitución del resumen, así que hacia afuera solo se escribe que “el ida y vuelta no garantiza la fidelidad carácter por carácter”, y vale como referencia la diferencia que esa misma cadena de archivo muestra antes y después del ida y vuelta.
¿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. Es una frontera de carga, no una afirmación sobre la intención del producto.
Axiom One LLC — SlateX