Cosa scambia FDX e cosa non riporta

In SlateX il FDX serve allo scambio della struttura della sceneggiatura: episodi, scene, intestazioni di scena, marcatori giorno/notte, numero di pagine, elementi del corpo del testo e colori di revisione possono entrare in questo percorso; le inquadrature successive alla ripresa, i record di ciak, i giorni di riprese, le impostazioni delle videocamere e lo stato del set non appartengono agli oggetti che questa importazione crea. In altre parole il FDX porta dentro la struttura della sceneggiatura, ma «importazione riuscita» non equivale a «l’impianto delle riprese è già costruito», e tanto meno equivale a ritrovarsi, dopo il giro, identici carattere per carattere.

In questo percorso il FDX è un vettore di scambio della struttura della sceneggiatura, non un contenitore del risultato delle riprese.

Che cosa crea, davvero, l’importazione

L’attuale percorso di importazione di SlateX crea solo tre tipi di oggetti di lavoro: episodi, scene ed elementi della sceneggiatura. Le inquadrature non vengono create con l’importazione, i record di ciak non vengono creati, i giorni di riprese non vengono creati e neppure le impostazioni delle videocamere vengono create. I preset del personale di produzione come unità, regista e direttore della fotografia non vengono creati neppure da questa importazione e vanno trattati a parte, manualmente.

Questo confine decide direttamente a quali domande il FDX sia adatto a rispondere. È adatto a scomporre la sceneggiatura in scene e in struttura di testo leggibili, così che le registrazioni successive abbiano una base sceneggiativa; non è adatto a essere descritto come «dopo l’importazione il piano di riprese e le registrazioni del set sono pronti». Che la struttura esista dice soltanto che la struttura della sceneggiatura è entrata nel progetto. Che cosa crea l’importazione e che cosa non crea è descritto in «Che cosa crea l’importazione della sceneggiatura e che cosa non crea».

Il contenuto prima della prima intestazione di scena leggibile non entra nel corpo della scena

L’analisi attuale usa l’intestazione di scena leggibile come punto di partenza per creare le scene. I paragrafi che precedono la prima intestazione di scena leggibile non hanno nessuna scena già esistente a cui agganciarsi e quindi non entrano nel corpo di scena dopo l’importazione. Contenuti del tipo delle voci di apertura ricadono fuori da questo confine.

Se il testo dell’intestazione di scena è vuoto a sua volta, la scena corrispondente non viene creata. Qui non serve spiegare il comportamento come una qualche «intenzione» del prodotto; la formulazione esatta è che il passo che crea le scene richiede un testo di intestazione disponibile e che, mancata questa condizione di supporto, non c’è alcun oggetto scena da scrivere.

Anche l’analisi riuscita può non dare nessuna scena

Resta un altro caso soggetto a fraintendimento: un FDX ben strutturato da cui non si legge nemmeno una scena non apre la schermata di selezione delle scene, perché l’app spiega sul posto che questo file non contiene scene leggibili; il caso che sfugge più facilmente è la lettura parziale, perché allora la schermata si apre come di consueto e l’elenco resta sotto il numero di scene del file sorgente.

Significa che «il file è stato analizzato con successo» e «il contenuto è stato importato» sono due controlli distinti. Il primo dice soltanto che il file è stato letto; il secondo richiede di guardare se nella schermata di selezione delle scene sono comparse davvero delle scene e se sotto di esse esistono gli elementi della sceneggiatura corrispondenti.

Lo stato di importazione dice riuscita, e questo non significa che delle scene siano già entrate nel progetto; prima vanno guardate le strutture effettivamente create.

Nel giro di andata e ritorno alcuni punti cambiano in modo certo

Un giro di andata e ritorno mostra alcuni cambiamenti deterministici. Quando una scena arrivata in origine da un FDX viene riscritta, l’intestazione scritta può aggiungere titolo e informazione giorno/notte a un’intestazione che già contiene questi elementi. Il punto viene aggiunto in modo condizionato: un’intestazione che ne ha già uno resta com’è, e un’intestazione senza punto ne riceve uno solo, quindi il giro non produce una forma doppia come INT...

Neppure il riassunto è simmetrico. Le informazioni del riassunto possono essere lette, ma la riscrittura del progetto non porta lo stesso riassunto, e un’importazione successiva può sostituire il riassunto della scena con il primo paragrafo del corpo. Quando il numero di pagine è zero non viene scritto alcun attributo di lunghezza; rileggendo quel file, la lunghezza mancante viene trattata come 1/8 di pagina. Anche lo stato di ripresa non si conserva con questo scambio di struttura: la reimportazione riporta allo stato «non ancora ripresa».

Queste osservazioni provengono dai risultati di importazione ed esportazione di SlateX stesso. Non dimostrano come si comporterà un altro software di sceneggiatura. L’unica affermazione ammessa verso l’esterno è più stretta: il giro non garantisce la fedeltà carattere per carattere.

Quali informazioni di ripresa non stanno affatto in questo scambio

Inquadrature, record di ciak, giorni di riprese, impostazioni delle videocamere, timecode, valutazione, percorsi dei file media e in generale i risultati delle riprese non rientrano nell’attuale portata del FDX. Il percorso di importazione non crea questi oggetti e l’esportazione non inserisce queste registrazioni del set dentro la struttura della sceneggiatura.

Perciò, quando un’informazione non torna, la domanda corretta è «in questo livello esiste un campo o un oggetto che la supporti», non una motivazione inventata per il prodotto sul «perché l’ha persa». L’assenza non va descritta come una decisione intenzionale di scartare l’informazione quando il fatto verificato è semplicemente che nessun campo la porta.

Che il giro non sia fedele non significa che il file non serva

Il FDX resta adatto a scambiare la struttura della sceneggiatura. Porta dentro SlateX le scene, le intestazioni, i marcatori giorno/notte, il numero di pagine, gli elementi del corpo del testo e le altre strutture, e sa riscrivere in un file la struttura della sceneggiatura del progetto attuale. Questo scambio va però inteso, allo stato, come una consegna di struttura, non come un ciclo di lavoro in cui si continua a modificare avanti e indietro restando identici a ogni carattere.

Se chi riceve il file vuole continuare a usarlo, deve fare riferimento alle strutture effettivamente presenti nel file, senza prendere «si può aprire» o «si può reimportare» come prova della fedeltà del contenuto.

FAQ

L’importazione FDX crea automaticamente anche le inquadrature e i record di ciak?

Non li crea. L’importazione attuale crea solo episodi, scene ed elementi della sceneggiatura e non crea inquadrature, record di ciak, giorni di riprese o impostazioni delle videocamere.

Se il file è stato analizzato con successo, significa che delle scene sono state importate?

Non necessariamente. Quando non si legge nessuna scena, l’app lo dice sul posto e la schermata di selezione delle scene non si apre; quando se ne legge solo una parte, la selezione si apre come al solito, quindi va comunque controllato il numero di scene effettivamente create.

Il giro del FDX mantiene le intestazioni di scena identiche carattere per carattere?

Non si può garantire così. Un giro può aggiungere titolo e informazione giorno/notte a un’intestazione che li contiene già, e un’importazione successiva può sostituire il riassunto della scena con il primo paragrafo del corpo, quindi verso l’esterno si può scrivere solo che «il giro non garantisce la fedeltà carattere per carattere», con riferimento alle differenze che il file che si ha in mano mostra prima e dopo il giro.

Perché alcune informazioni di ripresa non tornano dal FDX?

Perché nell’attuale scambio FDX non esistono oggetti di ripresa o campi che le supportino. È un confine di ciò che lo scambio può portare, non un’affermazione sull’intenzione del prodotto.

Axiom One LLC — SlateX