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 cada vez que un archivo se exporta y se vuelve a leer, siguiendo un comportamiento ya fijado.
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, la exportación 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 timecode (incluido el timecode de sonido Sound TC) 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 comportamientos del título de escena y del resumen que hay que distinguir 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, se 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 el punto. Al importar, un prefijo como INT. se conserva tal cual, y al exportar se añade un punto solo si el final no tiene ninguno, de modo que la ida y vuelta no produce ese doble punto de INT..; lo que sí se repite es el título y la información de hora del día dentro del título de escena. 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. La exportación 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, la exportación 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. «Las distintas caras de un valor ausente en un archivo de entrega» 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: el comportamiento se puede describir, pero cuatro preguntas aún exigen la prueba a nivel de archivo
La superposición del título de escena, la sustitución del resumen, la omisión de la longitud cuando los octavos son 0 y su conversión a 1/8 de página al releer, el estado «no rodada» que se escribe al reimportar y los párrafos de notas o de resumen que no vuelven a su posición original como elementos de guion —con la orden de estos renumerada— son comportamientos que se observan al exportar un archivo desde esta app y volver a leerlo. Solo cuatro preguntas quedan fuera de lo que esta página puede resolver:
Qué campos adicionales pierde un FDX real concreto. La importación solo lee los cinco atributos mencionados; para enumerar qué más pierde un archivo determinado hay que compararlo campo por campo con ese mismo archivo.
Qué escenas filtra realmente la regla de duplicados. El filtro está en funcionamiento, pero el conjunto exacto de escenas afectadas depende del archivo de entrada y debe contrastarse con el resultado de la importación.
La interoperación real con software de guion de terceros. Esta página no promete una ida y vuelta sin pérdidas; el resultado de abrir, guardar como y volver a importar en un software de terceros depende del archivo que de verdad se use.
La magnitud real de estas reescrituras fijas en una ida y vuelta concreta. Todas estas reescrituras sí ocurren; cuánto cambian el título, el resumen o la longitud de un archivo determinado sigue exigiendo comparar el archivo exportado con el resultado releído.
El límite público es, por tanto: la ida y vuelta no garantiza una conservación literal carácter por carácter. No se debe ampliar un comportamiento ya establecido a la afirmación de que todos los archivos cambian en la misma medida, ni presentar como confirmado el resultado real de una aplicación de terceros; quien recibe debe revisar el archivo de intercambio real y el título de escena, la longitud, el resumen y el estado obtenidos tras la relectura.
La ida y vuelta no garantiza una conservación literal carácter por carácter; todas estas reescrituras sí ocurren, pero el cambio real de cada archivo sigue necesitando comprobación.
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. Esta página no respalda el resultado real de abrir, guardar como y volver a importar en un software de guion de terceros, así que quien recibe debe verificar el archivo que tiene delante; el límite público se queda en que la ida y vuelta no garantiza una literalidad carácter por carácter.
Axiom One LLC — SlateX