Cosa dice davvero un punto e virgola nel timecode

Quando l’ultimo separatore di un timecode passa dai due punti al punto e virgola, di solito sta segnalando che «questa stringa è scritta con la notazione drop frame». Il meccanismo risolve il problema per cui, con alcune frequenze fotogrammi frazionarie, il conteggio dei fotogrammi si allontana in modo continuo dall’orologio da parete. In ricezione di un file di consegna, però, il punto e virgola va preso come un indizio e non prova da solo che le posizioni dei fotogrammi siano state convertite con le regole drop frame. Il segno di visualizzazione e l’algoritmo di conteggio vanno verificati separatamente.

Il punto e virgola dice «questa stringa vuole esprimere una notazione drop frame», non dice in automatico «queste posizioni dei fotogrammi sono state calcolate con le regole drop frame».

Perché esiste una notazione di conteggio drop frame

Con una frequenza fotogrammi frazionaria come 29.97, i fotogrammi che davvero avanzano in un secondo non seguono esattamente il ritmo che si otterbbe numerando il timecode su base intera 30. Se la numerazione continuasse a crescere per interi consecutivi senza alcuna compensazione, la lettura del timecode resterebbe progressivamente indietro rispetto all’orologio da parete.

Per calcolo, una numerazione continua come quella di 29.97 accumula in un giorno una differenza dell’ordine del minuto e mezzo. La pratica del conteggio drop frame, quindi, non elimina davvero fotogrammi video: salta alcune posizioni di numero secondo una regola, in modo che l’orologio visualizzato torni ad avvicinarsi al tempo realmente trascorso.

La convenzione di testo più comune scrive il separatore dell’ultimo segmento come punto e virgola, per esempio 01:00:00;00. Il simbolo è utile, perché chi riceve il file capisce al volo che il file sta esprimendo una notazione drop frame. Il simbolo resta comunque una parte della stringa.

Il segno di visualizzazione e la conversione delle posizioni dei fotogrammi sono due cose

Il calcolo drop frame vero e proprio esegue la regola di salto dei numeri quando si passa dai numeri di fotogramma alle ore, minuti, secondi e fotogrammi e viceversa. Sostituire semplicemente l’ultimo : con un ; cambia solo l’aspetto, e non cambia la posizione dei fotogrammi rappresentata da quella sequenza di numeri.

Nei file di consegna di SlateX queste due convenzioni occupano celle diverse. Una stringa di punto di inizio o di punto di fine già registrata segue uno di due cammini: una lettura colta dalla catena di registrazione nell’istante della chiusura viene riscritta come indirizzo drop-frame valido, perché cambiare solo il separatore darebbe valori come ;00 o ;01 che SMPTE non definisce; una lettura ricopiata dallo schermo della macchina o da un pannello resta identica cifra per cifra, e si sostituisce solo il separatore dell’ultimo segmento con il punto e virgola. Quando la fonte non è dichiarata non si indovina: le cifre restano intatte e la tabella Reconcile della chiusura nomina la dichiarazione mancante come TC_SOURCE_UNDECLARED. Duration è l’intervallo esatto in fotogrammi tra le due letture, senza contare l’ultimo fotogramma; nelle righe che dichiarano DF, quella cella è scritta in forma di punto e virgola.

Qui sta il confine rigido di questa pagina: davanti a ; si può sapere che il livello di consegna ha marcato quella stringa come notazione drop frame; ma dal solo simbolo non si può stabilire se quella sequenza di numeri fosse stata ottenuta in origine con le regole drop frame.

Un valore vicino a 29.97 non dichiara il drop frame

Una frequenza fotogrammi vicina a 29.97 non basta, da sola, a dimostrare che l’intera catena usi una stessa convenzione di conteggio. I valori sul bordo meritano particolare attenzione: ciò che mostra lo schermo e ciò che scrive il file di consegna possono cadere in classificazioni diverse. Quello che si può verificare è che cosa dice alla fine quella cella nel file, e se l’FPS reale della riga, la stringa di timecode e i materiali coincidono.

Chi riceve il file deve verificare come una posizione reale dei materiali corrisponde al timecode, non solo come appare il separatore.

La visualizzazione live dell’app e i file di consegna non sono la stessa rappresentazione

Il timecode mostrato in diretta sullo schermo è una stringa con soli due punti, senza punto e virgola. Ciò che appare live nell’app e ciò che può comparire più tardi in un file di consegna segue quindi due regole di rappresentazione diverse.

Un punto e virgola che compare più tardi in un file di consegna non permette di dedurre che la visualizzazione live seguisse già la stessa regola di conteggio.

In ricezione questi due livelli vanno tenuti separati: quale stringa è stata letta sullo schermo, quale stringa scrive il file di consegna, se su una stringa esistente è stato sostituito solo il separatore e se le posizioni finali dei materiali coincidono davvero. Se manca uno di questi controlli, il punto e virgola non basta come conclusione di accettazione.

Come verificare davvero un timecode con il punto e virgola

Prima si guarda se l’FPS di quella riga coincide con i materiali e con le registrazioni del set, poi si sceglie un punto dei materiali collocabile e lo si confronta con il punto di inizio reale e con il tempo trascorso. Il punto di fine è una lettura ricopiata, quindi in quella cella va verificato «se è stata ricopiata o no»; il tratto calcolato è Duration, e verificarlo richiede di tornare alle due letture di inizio e fine e alla regola di conteggio con cui furono lette.

Se il punto di inizio o di fine è una stringa già esistente, non basta guardare se porta un punto e virgola. Chi riceve il file deve verificare le posizioni dei fotogrammi in sé, contro i materiali. Una stringa a cui è stato solo cambiato il simbolo può assomigliare molto, visivamente, a un timecode drop frame corretto, mentre i suoi numeri possono venire da un altro tipo di conteggio.

Il punto e virgola, quindi, è adatto come indizio del tipo «qui va controllata la convenzione drop frame seguita» e non come etichetta del tipo «questa riga è già verificata».

FAQ

Se l’ultimo segmento del timecode ha il punto e virgola, si può confermare che sia stato calcolato con le regole drop frame?

No. Il punto e virgola può essere solo un segno del livello di visualizzazione. Nell’attuale percorso di consegna, su una stringa di timecode già esistente può essere sostituito soltanto il separatore dell’ultimo segmento, senza ricalcolare le posizioni dei fotogrammi.

Il drop frame elimina fotogrammi video reali?

Non nel senso discusso qui. Il conteggio drop frame aggiusta la regola di numerazione del timecode, per compensare la deriva continua tra la numerazione consecutiva e l’orologio da parete con una frequenza fotogrammi frazionaria.

Perché lo stesso valore di frequenza fotogrammi può cadere in modo diverso?

La visualizzazione sullo schermo e il file di consegna appartengono a due fasi diverse, quindi un valore sul bordo può cadere in modo diverso. Verificate il file e i materiali reali, e leggete che cosa dice alla fine quella cella.

Anche il timecode live sullo schermo dell’app usa il punto e virgola?

No: l’attuale percorso live emette stringhe con soli due punti e non produce la scrittura con il punto e virgola. Il punto e virgola di un file di consegna appartiene a un’altra fase, e non autorizza a inferire che il percorso live usi lo stesso conteggio drop frame.

Axiom One LLC — SlateX