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 hanno alcun punto di scrittura in questo percorso di importazione e vanno trattati a parte nel prodotto.
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 è entrata nel modello dei dati.
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 che non contenga alcuna intestazione di scena leggibile può comunque restituire un'analisi riuscita, aprire come di consueto la schermata di selezione delle scene e presentarsi con l'elenco vuoto, senza alcun avviso aggiuntivo.
Significa che «il file è stato analizzato con successo» e «il contenuto è stato importato» sono due controlli distinti. Il primo dice soltanto che il flusso di analisi è arrivato al ramo di successo; il secondo richiede di guardare se nella schermata di selezione delle scene sono comparse davvero delle scene e se, dopo l'importazione, sono stati creati 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
Dal codice dei due lati, lettura e scrittura, di SlateX si ricavano alcune riscritture certe. Una scena già importata da un FDX, quando viene riscritta, subisce la ricostruzione dell'intestazione che riaccoda una seconda volta titolo e informazione giorno/notte, già contenuti nell'intestazione originale. Il prefisso dell'intestazione conserva il punto in lettura e ne aggiunge uno in scrittura, quindi dopo il giro può comparire il doppio punto di INT...
Neppure il campo del riassunto è simmetrico nei due sensi. Il riassunto viene letto, ma il lato scrittura attuale non riscrive lo stesso campo di riassunto; alla reimportazione il riassunto della scena viene inoltre sostituito dal contenuto del primo elemento del corpo del testo. Quando il numero di pagine è zero il lato scrittura non emette l'attributo di lunghezza, e il lato lettura, in assenza di lunghezza, tratta il valore come 1/8 di pagina. Anche lo stato di ripresa non viaggia in questo scambio di struttura: la reimportazione riporta la scena allo stato «non ancora ripresa».
Queste non sono ipotesi sul comportamento di un software di sceneggiatura di terze parti: nascono dalla combinazione del codice dei due lati di lettura e scrittura di SlateX. Il confine va scritto insieme a questo: non è ancora stata eseguita una verifica del giro «apertura, salvataggio con altro nome e reimportazione» con un software di sceneggiatura di terze parti reale, quindi verso l'esterno si può dire soltanto che il giro non garantisce la fedeltà carattere per carattere, e non che il giro ha superato qualche verifica esterna.
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 il lato scrittura 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». Se non c'è un percorso di scrittura, non c'è un percorso di scrittura.
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.
Questa famiglia deve ancora rispondere a due domande separate
Questa pagina risponde solo a quali strutture il FDX sia adatto a scambiare e a quali contenuti non si conservano in questo percorso. Le due domande che seguono vanno ancora sviluppate a parte: da un lato «quali informazioni non tornano», indicando voce per voce se manchi un campo, un oggetto o un percorso di scrittura; dall'altro «che cosa crea, davvero, l'importazione», verificando separatamente episodi, scene ed elementi della sceneggiatura rispetto agli oggetti di ripresa che non vengono creati.
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. Attualmente un file ben formato che non abbia intestazioni di scena leggibili può comunque arrivare al successo dell'analisi e aprire un elenco di selezione delle scene vuoto, quindi va controllata anche la creazione effettiva delle scene.
Il giro del FDX mantiene le intestazioni di scena identiche carattere per carattere?
Non si può garantire così. Il codice dei due lati di lettura e scrittura produce riscritture certe, come la doppia aggiunta di titolo e informazione giorno/notte e il doppio punto del prefisso, quindi verso l'esterno si può scrivere solo che «il giro non garantisce la fedeltà carattere per carattere».
Perché alcune informazioni di ripresa non tornano dal FDX?
Perché nell'attuale percorso di scambio del FDX non esistono oggetti di ripresa o campi che le supportino. Va descritta l'assenza del percorso di scrittura, senza trasformare questa mancanza in una motivazione del prodotto.
Axiom One LLC — SlateX. I numeri di questo articolo sono aggiornati al 2026-09-24.