Le quattro forme di un valore vuoto nei file di consegna

«Vuoto», in un file di consegna, non significa soltanto una cella senza nulla. In ricezione almeno quattro forme vanno tenute separate: la stringa vuota reale, il segnaposto esplicito a trattino, il valore predefinito che assomiglia a una numerazione normale e lo zero che assomiglia a un timecode legittimo. Tutte e quattro possono voler dire «qui non c'è un dato confermabile», ma hanno aspetto e cause di generazione diversi e nell'accettazione non vanno unite in una sola classe.

L'assenza di dati non ha per forza l'aspetto del vuoto: alcuni valori mancanti prendono appunto la forma di ciò che sembra normale.

La stringa vuota è una lacuna visibile

Nelle consegne di tipo tabellare molti campi assenti vengono scritti direttamente come stringa vuota. Quando non c'è una videocamera, la colonna della videocamera corrispondente può restare vuota; quando mancano il punto di inizio, il giorno di riprese o altre informazioni facoltative, si possono vedere celle vuote.

Il vantaggio della stringa vuota è che chi riceve il file scopre con facilità «qui non c'è contenuto». Dice però soltanto che questo prodotto non ha scritto un valore, e non risponde da solo se la registrazione sorgente non abbia mai contenuto quel dato o se il dato non sia stato recuperato al momento della generazione. L'accettazione deve comunque tornare alla fonte della registrazione.

Anche le strategie di valore mancante cambiano fra formati di consegna. Dal fatto che in una tabella le stringhe vuote siano frequenti non si può dedurre che un altro elenco esprima la mancanza nello stesso modo.

Il trattino è un segnaposto esplicito, non un valore di lavoro

Alcuni campi, quando non hanno contenuto, scrivono -. Il PDF del nostro stesso rapporto giornaliero è questa forma: nei campi regia, unità, chiamata del giorno e fine giornata viene stampato un trattino quando non è stato registrato nulla. Qui il trattino non è un nome, una numerazione o uno stato reali: dice a chi riceve il file che al momento non c'è un valore. Vale anche il rovescio: nei due file letti dalla macchina questa forma non si legge mai, perché il valore mancante in ALE e CSV è una stringa vuota, e controllare con la regola «solo un trattino conta come mancanza» lascia passare tutte le celle vuote.

Il problema è che il trattino non è la scrittura di valore mancante comune a tutte le colonne. Nello stesso file altri campi possono restare stringhe vuote o ricevere una numerazione predefinita o un timecode a zero. Non si può quindi costruire una regola generale del tipo «visto un valore mancante, cerca il -».

Chi riceve il file deve leggere il significato del segnaposto colonna per colonna. Un - in una colonna può essere chiaramente un segnaposto, mentre un'altra colonna può non usare mai questa scrittura.

La numerazione predefinita somiglia soprattutto a una registrazione reale

Senza un contesto di videocamera, il numero di rullo e il rullo audio dei due prodotti leggibili da una persona presentano forme come A001 o S001: una lettera della videocamera più tre cifre progressive, contate dal software. Sullo schermo non si distinguono da un vero numero di carta, quindi la sola legittimità della stringa non dice se quel valore sia stato confermato sul set.

La stessa cosa, nei file letti dalla macchina, prende un'altra strada. Le quattro celle dell'ALE che servono a riconoscere la sorgente, Tape, Reel #, Soundroll e Camroll, accettano solo il numero di carta che hai ricopiato e restano vuote se non l'hai ricopiato; una numerazione derivata non le sostituisce. Il CSV consegna le due colonne affiancate: una è il numero di visualizzazione contato dal software, l'altra è il vero numero di carta che hai ricopiato, e l'affiancamento serve a farli confrontare.

Questi valori non possono auto-certificarsi dentro il file. Chi riceve il file deve portare numero di rullo, identificativo del clip e nome del file media alle registrazioni del set o al materiale stesso, per confermare se si tratti di una registrazione effettiva o del ripiegamento del generatore.

«L'aspetto è quello vero» dice soltanto che la stringa è ben formata, non che la provenienza è stata verificata.

Il timecode tutto zero può essere un vero zero o un valore mancante

00:00:00:00 è la forma che più richiede un ritorno alla fonte. Di per sé è una stringa di timecode leggibile, quindi il controllo sintattico non la tratta come valore vuoto; al tempo stesso il generatore può scrivere proprio questa stringa quando non dispone di un timecode o di una durata utilizzabili, ed è esattamente questo che la rende pericolosa. I nostri tre file di consegna non la scrivono più: un timecode non registrato, o che non passa il controllo di forma o di intervallo, esce vuoto; quello che manca resta mancante e non viene completato con uno zero dall'aspetto legittimo.

Prendendo dunque il solo prodotto, chi riceve il file non può distinguere «sul set si è davvero partiti dallo zero» da «non c'era un valore disponibile ed è stato completato con lo zero». Per separare i due casi restano soltanto le registrazioni del set, i metadati dei materiali o altre fonti tracciabili.

Questo confine vale anche per i campi calcolati a partire da un valore mancante. Che un risultato derivato appaia completo non significa che i suoi input esistano davvero.

Le quattro forme non si possono trasportare da un formato all'altro

La regola dal lato di SlateX ormai si dice in poche parole. Nei due file letti dalla macchina (ALE e CSV) un valore mancante ha una sola aspetto: la stringa vuota; niente trattino, niente timecode tutto zero, e anche la colonna della frequenza fotogrammi resta vuota quando la videocamera non l'ha dichiarata, così che non esiste nessuna biforcazione in cui un file indica 25 e l'altro indica 24. La forma del trattino compare solo nel PDF del rapporto giornaliero, leggibile da una persona; le numerazioni derivate della famiglia A001 compaiono solo nelle colonne leggibili da una persona di CSV e PDF, e le celle dell'ALE che riconoscono la sorgente non le accettano in sostituzione. C'è da riconoscere un'altra cella vuota: in un ALE una cella può essere vuota anche se il valore è registrato, perché quella colonna non contiene quella scrittura; i caratteri non latini escono in cella vuota, e il testo parola per parola sta nel CSV e nel PDF.

Non va quindi scritto che «i valori mancanti vengono riempiti in modo uniforme con un simbolo». Le regole di ricezione vanno costruite sul formato specifico e sulla colonna specifica: quali colonne possono restare vuote, quali scrivono un segnaposto, quali producono valori predefiniti dall'aspetto legittimo e quali campi temporali possono cadere sullo zero.

Nei file di consegna attuali non viene neppure marcato in modo aggiuntivo «questo valore l'ha costruito il generatore». Quando una numerazione predefinita e uno zero hanno lo stesso aspetto dei valori reali, la responsabilità della verifica resta a chi riceve il file. La scelta più solida non è indovinare, ma raggiungere le registrazioni sorgente.

FAQ

Una cella vuota e - si possono leggere come lo stesso valore mancante?

Non dovrebbe. Possono entrambi rappresentare una mancanza, ma appartengono a forme di output diverse e non ogni colonna segue la stessa regola. In ricezione vanno interpretati campo per campo.

Se un file contiene A001, è per forza il numero di rullo del set?

Non si può giudicare così. La colonna di CSV e PDF è già di per sé un numero di visualizzazione che il software conta a partire dalla lettera della videocamera e da un progressivo, scritto come un numero di rullo; il vero numero di carta ricopiato sul set sta in un'altra colonna. Le celle dell'ALE che riconoscono la sorgente non accettano numerazioni derivate e restano vuote se nulla è stato ricopiato. In verifica le due colonne vanno lette separate.

00:00:00:00 si può prendere direttamente come vero punto di zero?

Non se ne può concludere nulla dalla sola stringa, e vale così in qualunque file di consegna. Può essere uno zero legittimo come la forma con cui un valore assente è stato completato, e il confronto va fatto tornando alla fonte. I nostri tre file di consegna non scrivono più questa stringa: un valore mancante esce vuoto.

Perché una sola regola sui valori mancanti non basta per tutti i formati di consegna?

Perché gli stessi dati si scrivono in modo diverso a seconda del supporto: il prodotto leggibile da una persona scrive un segnaposto, i due file letti dalla macchina restano ovunque vuoti, e anche una numerazione derivata come A001 compare solo nelle colonne leggibili da una persona. Le regole di ricezione vanno costruite supporto per supporto, colonna per colonna.

Axiom One LLC — SlateX. I numeri di questo articolo sono aggiornati al 2026-09-24.