Come chi riceve il file decide se una consegna da set può continuare a essere usata

Per giudicare se una consegna da set può continuare a essere usata non si può partire da «il file si apre», ma va seguito un ordine di tre livelli: prima se corrisponde ai materiali, poi se corrisponde a scena, inquadratura e ciak, infine se il giudizio del set è stato davvero scritto in quel prodotto. Ciò che SlateX può fornire sono i valori letterali effettivamente scritti nei vari prodotti e le loro relazioni di provenienza; se bastino per entrare nel flusso a valle resta una decisione di chi riceve il file, presa sul proprio modello di importazione e sui materiali che possiede.

L’accettazione non è un timbro di «idoneo» sul file: è l’esclusione progressiva di tre rischi, cioè identità non chiara, relazioni che non tornano e giudizi non tracciabili.

Prima domanda: questa riga corrisponde davvero a un materiale

Si guarda prima l’identità del materiale e la posizione temporale. Numero di rullo, nome del clip, videocamera, punto di inizio, posizione di fine, durata e frequenza fotogrammi vanno riportati ai materiali o alle registrazioni del set per confermarne la provenienza. Alcuni campi vengono da immissioni manuali, alcuni sono derivati dal software e alcuni, in assenza di valore, partono come cella vuota: nessuna stringa di ripiegamento viene scritta al posto di un valore assente. Chi riceve il file deve prima sapere quale dei tre sta guardando, e solo poi decidere se quel valore può reggere un confronto.

Qui la legittimità sintattica non va presa come correttezza del fatto: una stringa di timecode ben formata deve ancora poter essere riportata al luogo dove è stata scritta. La posizione di fine è una lettura presa nell’istante in cui si dà lo stop: quando la catena di registrazione si ferma, la rileva il dispositivo stesso, oppure la continista la copia a mano dallo schermo della videocamera; letta, la cella ha un valore; non letta, resta vuota, e il software non ne fabbrica una avanzando il punto di inizio per la durata. Su come il singolo software di ricezione interpreterà queste colonne, l’evidenza attuale supporta una sola frase di confine: chi riceve il file deve verificare colonna per colonna con il proprio modello di importazione.

Se a questo passo neppure l’identità del materiale o la provenienza temporale sono tracciabili, non ha senso discutere prima l’ordinamento o la valutazione. Tornare alle registrazioni sorgente è più solido che continuare ad aggiungere, lato ricezione, nuove interpretazioni a un valore dalla provenienza non chiara.

Seconda domanda: corrisponde a scena, inquadratura e ciak

Riconosciuto il materiale, si verifica se lo stesso record può risalire, lungo le relazioni di scena, inquadratura e numero di ciak, alle registrazioni del set. Questi prodotti non sono aspetti diversi di una stessa tabella, quindi il numero di riga di un file non può diventare la chiave di posizionamento in un altro.

Nel controllo a campione si può selezionare una parte dei record di ciak per scena, partendo dai record con identità completa e videocamera chiara, per poi coprire anche i casi con più videocamere o con valori mancanti. Lo scopo non è dare una proporzione fissa di campionamento, ma evitare di spendere il lavoro umano su una scansione riga per riga dell’intero file, controllando al tempo stesso se le relazioni chiave sanno attraversare da un prodotto all’altro.

A questo livello basta il fatto che «i file scritti da un’unica esportazione portano lo stesso numero di righe, cambia solo l’ordine secondo le rispettive chiavi», senza spiegare qui ogni regola di ordinamento. Nel confronto vero e proprio vanno usati gli identificatori di scena, inquadratura e ciak, non i numeri di riga; il meccanismo delle differenze di ordinamento appartiene a una pagina che lo spiega a parte.

Terza domanda, alla fine: il giudizio del set è uscito con questo prodotto

Solo dopo che i materiali corrispondono e che scena, inquadratura e ciak corrispondono, si verifica se i giudizi del set sono tracciabili. Qui serve soprattutto distinguere «nel file c’è una colonna» da «questa colonna equivale al giudizio del set».

L’elenco strutturato porta le due colonne Rating e Circled take: la prima scrive la parola di valutazione e consegna una stringa vuota se nessun ciak è stato marcato; la seconda scrive TRUE secondo la lettura del set, dove sia Circle sia Keep contano come cerchiati. Il prodotto tabellare porta in più una colonna Circle, che scrive TRUE solo quando quel ciak è stato marcato Circle e scrive FALSE in tutti gli altri casi; insieme a Circled On Set, che sta nello stesso file, ciascuno risponde a una domanda diversa e non si possono unire in una sola lettura. Per ricostruire il giudizio del set a partire da un prodotto, dunque, occorre prima verificare secondo quale regola di colonna si sta leggendo, e solo poi decidere se quella colonna può rappresentare la cerchiatura fatta sul set. Anche il rapporto giornaliero leggibile ormai scrive una riga per videocamera, e ogni riga riporta solo le letture di quella videocamera; la tabella non ha una colonna di numero di videocamera e resta più stretta dei file leggibili dalla macchina. Il file di scambio della sceneggiatura torna alla sola struttura della sceneggiatura, e i risultati delle riprese, i record di ciak, le videocamere e il timecode non vi si trovano.

Che la stessa registrazione «appaia» in prodotti diversi non significa che quei prodotti trasportino lo stesso tipo di informazione di giudizio.

Fino a che punto regge ciascun prodotto

L’elenco strutturato serve a controllare identità dei materiali, timecode e relazioni scena-ciak a livello di singola videocamera, e porta le due colonne del testo di valutazione e del flag Circle, ma non porta i materiali in sé, né la mappatura dei canali, né i parametri di lente oltre il timecode. Il prodotto tabellare porta più campi di set e più testi di valutazione, ma anche lì le colonne derivate e la semantica del set non sono la stessa cosa. Il rapporto giornaliero leggibile è più adatto a una lettura umana videocamera per videocamera, ma ogni riga riporta solo le letture di quella videocamera, e i parametri di videocamera che non entrano in quella tabella restano da vedere nell’ALE o nel CSV. Il file di scambio della sceneggiatura copre lo scambio della struttura della sceneggiatura e non la riscrittura dei risultati delle riprese.

Queste differenze vogliono dire che chi riceve il file non può pretendere che i prodotti si replichino cella per cella. L’obiettivo corretto dell’accettazione è che ciascun file copra il proprio tratto di responsabilità e che le identità chiave possano tornare alle registrazioni sorgente.

Se non passa, a quale livello fermarsi

Se l’identità del materiale o la provenienza temporale non corrispondono, ci si ferma al livello di verifica dei materiali e si torna prima alla fonte; se i materiali corrispondono ma le relazioni fra scena, inquadratura e ciak non si stabiliscono, ci si ferma al livello delle relazioni di identità; se i primi due livelli reggono mentre il giudizio del set nel prodotto di destinazione non esiste o ha una semantica diversa, al file non va aggiunta una conclusione che non ha espresso.

L’evidenza attuale non consente neppure di considerare come capacità già verificata la sintesi per giorno di riprese o l’esportazione per giorno di riprese, e questo metodo non assume perciò «il file di riepilogo di una giornata» come presupposto dell’accettazione. Controlla soltanto i prodotti effettivamente generati e i valori letterali già presenti in quei prodotti: per il giorno di riprese escono quattro file, cioè il PDF del rapporto giornaliero, l’ALE, la scheda dettagliata CSV e il confronto di fine giornata in CSV; per l’intero progetto escono solo l’ALE e il CSV, e il file di scambio della sceneggiatura FDX segue un percorso di esportazione a sé.

L’accettazione resta, in ultima istanza, lavoro di chi riceve il file. SlateX può fornire valori controllabili, relazioni di derivazione e confini noti, non un attestato di «accettazione superata», e non garantisce i risultati a valle.

Per capire perché un medesimo numero di riga non rimanda allo stesso record in più file di consegna, si veda «Perché i numeri di riga degli stessi ciak non corrispondono in più file di consegna».

FAQ

Che cosa verificare per prima ricevendo una consegna?

Prima l’identità dei materiali e la provenienza temporale. Se numero di rullo, clip, videocamera, punto di inizio, durata e frequenza fotogrammi non possono essere riportati ai materiali o alle registrazioni del set, le relazioni di scena, inquadratura e ciak e i giudizi di valutazione restano senza una premessa affidabile.

Perché non si possono allineare i file per numero di riga?

Perché ciascun prodotto ordina secondo le proprie chiavi: entro un’unica esportazione i tre file portano lo stesso numero di righe ma non lo stesso ordine; solo l’esportazione per giorno di riprese genera il rapporto giornaliero, quella per l’intero progetto non lo genera. In ricezione la chiave comune sono gli identificatori di scena, inquadratura e ciak, invece di assumere che il numero di riga di un file rappresenti lo stesso record in un altro file.

Il Circle di un prodotto tabellare equivale allo stato di cerchiatura del set?

Non va messo sullo stesso piano. La colonna Circle scrive TRUE solo quando quel ciak è stato marcato Circle e scrive FALSE in tutti gli altri casi; la lettura secondo il senso del set sta in Circled On Set, nello stesso file, dove sia Circle sia Keep contano come veri. Si decide quale domanda ci si sta ponendo, si legge quella colonna e la si verifica contro le registrazioni sorgente.

Questo flusso può provare che il file ha già superato l’accettazione a valle?

No. Fornisce un ordine di verifica e condizioni di tracciabilità; il comportamento di importazione concreto e gli effetti a valle restano da verificare da parte di chi riceve il file nel proprio ambiente.

Axiom One LLC — SlateX