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.

Nell'attuale percorso di consegna di SlateX entrambi i comportamenti esistono. Quando manca la posizione di fine e il software deve calcolare il punto di fine da punto di inizio e durata, viene eseguita un'effettiva aritmetica drop frame. Le stringhe di punto di inizio o di punto di fine già esistenti, invece, vedono sostituito solo il separatore dell'ultimo segmento con il punto e virgola, senza alcuna conversione delle posizioni dei fotogrammi.

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.

Le due decisioni «vicino a 29.97» usano due tolleranze diverse

Il lato live usa una tolleranza di 0.013 quando riporta la frequenza nominale della videocamera su una frequenza base, mentre il lato esportazione usa una tolleranza di 0.02 quando decide drop frame dal valore numerico: le due decisioni hanno oggetti diversi e non condividono lo stesso numero. Un valore di frequenza fotogrammi che sta sul bordo può quindi essere classificato in modo diverso dalle due logiche.

Questa differenza non va impacchettata come un dettaglio di implementazione di cui chi riceve il file non deve occuparsi. Se cambia il percorso di visualizzazione o di calcolo che un timecode segue, in accettazione vanno messi insieme l'FPS reale del file, la stringa di timecode e i materiali.

Nello stesso modo, non si può equiparare «il valore è vicino a una frequenza fotogrammi nota» alla conclusione che l'intera catena abbia adottato la stessa regola di conteggio. Punti di decisione diversi possono portare a conclusioni diverse.

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

L'attuale percorso live di SlateX emette timecode con soli due punti e non produce alcuna scrittura con il punto e virgola. La stringa live che si vede sullo schermo dell'app durante le riprese e il punto e virgola che può comparire nei file di consegna appartengono quindi a regole di rappresentazione di due fasi diverse.

Il percorso live fa avanzare il conteggio con il valore frazionario e poi converte il numero di fotogrammi in stringa con una frequenza fotogrammi intera; non ha alcuna rappresentazione di salto drop frame. Per questo, dal fatto che nei file di consegna compare un punto e virgola non si può risalire a ritroso concludendo che anche la visualizzazione live sul set funzionasse con la stessa regola.

In ricezione i due livelli vanno tenuti separati: da dove viene la stringa originale registrata sul set, se in consegna è stato ricalcolato qualcosa, se il separatore è stato soltanto sostituito e se la corrispondenza con i materiali finali regge. Manca anche uno solo di questi passaggi, e il punto e virgola non va preso 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. Se la posizione di fine scritta nel file è calcolata dal software, va confermato a parte se ha seguito la regola di conteggio corrispondente.

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ò essere giudicato in due modi?

Perché le due attuali tolleranze «vicino a 29.97» sono 0.013 e 0.02. Un valore sul bordo può cadere in rami diversi, e per questo chi riceve il file deve verificare il file reale e i materiali.

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. I numeri di questo articolo sono aggiornati al 2026-09-24.