Timecode non-drop in drop-frame
Oppure incollare il testo dei sottotitoli
Opzioni
30 fps non-drop e 29,97 drop-frame scrivono lo stesso orologio in modo diverso, e questo riquadro sceglie in che direzione il file viene letto e in che direzione viene riscritto. Un blocco a un’ora legge 01:00:00,000 con uno e 01:00:03,600 con l’altro: i due distano 3,6 secondi per ora, non un errore di arrotondamento. Il titolo della pagina nomina una direzione, e questo riquadro ne offre solo quella, quindi il file ottenuto è quello di cui la pagina parla. Nulla cambia nel testo: nessun blocco viene ritemporizzato rispetto al video, nessuna frequenza dei fotogrammi viene convertita, e un blocco entro il primo minuto di un’ora torna esattamente com’è entrato, perché lì nessuna etichetta di fotogramma viene saltata.
La frequenza dei fotogrammi in cui sono contati i tempi. Nelle pagine di formato è quella che serve a MicroDVD, perché memorizza i tempi come numeri di fotogramma. Nelle pagine della frequenza dei fotogrammi è la cadenza con cui è stato temporizzato il file — la versione per cui sono stati creati i sottotitoli — e il secondo riquadro della pagina accetta la frequenza del video con cui verranno usati. 23,976, 24, 25, 29,97, 30, 50, 59,94 e 60 sono quelle comuni. Sbagliarla sposta l’intera timeline, e nelle pagine della frequenza dei fotogrammi la sposta di un rapporto anziché di un importo fisso.
Questa pagina rietichetta ogni timecode di un file di sottotitoli da 30 fps non-drop-frame a 29,97 fps drop-frame. Trascina il file, avvia la conversione e l’inizio e la fine di ogni blocco tornano scritti nell’altra convenzione. Le parole, i numeri dei blocchi, l’ordine dei blocchi e gli a capo sono quelli del file e restano esattamente come erano.
Le due convenzioni scrivono lo stesso orologio in modo diverso, e un file deve stare in quella che usa il resto della filiera. Il drop-frame conta 30 etichette al secondo ma ne salta due ogni minuto tranne ogni decimo: è così che resta allineato all’orologio da parete mentre il non-drop gli resta lentamente indietro. A un’ora le due differiscono di 3,6 secondi: 01:00:00,000 in non-drop è 01:00:03,600 in drop-frame. Quel divario non è un errore di arrotondamento e non viene arrotondato via — cresce con il programma e arriva a 36 secondi dopo dieci ore.
Nel primo minuto di un’ora non si muove nulla, perché lì non si salta nessuna etichetta e le due convenzioni scrivono quel tratto allo stesso modo. Vale per gli orologi già su un fotogramma a 30 fps — 00:00:02,000 lo è — mentre un orologio che cade tra due fotogrammi viene portato al più vicino, al massimo di 17 millisecondi. Leggere un orologio come timecode lo aggancia sempre alla griglia dei fotogrammi, in tutto il file. Nessuno dei formati letti qui registra in quale convenzione stia un orologio — SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON e CSV scrivono soltanto un tempo — quindi la pagina cambia i numeri e il loro significato resta una proprietà della tua filiera. Non è una conversione di frequenza dei fotogrammi: un file temporizzato per un video a 25 fps non viene ritemporizzato, e nulla viene allungato o compresso. Il file viene letto e riscritto dentro la scheda del browser e non lascia la macchina.
Esempi
Un file a cinque minuti dall’inizio
Ingresso
1
00:05:00,000 --> 00:05:02,000
The room is dark.
2
00:10:00,000 --> 00:10:03,000
A cold night.
Uscita
1
00:05:00,333 --> 00:05:02,333
The room is dark.
2
00:10:00,600 --> 00:10:03,600
A cold night.
I due blocchi non si spostano della stessa quantità, e questa è l’intera operazione: a cinque minuti il drop-frame ha saltato dieci etichette, quindi l’orologio legge 333 ms più tardi; a dieci minuti ne ha saltate diciotto, quindi legge 600 ms più tardi. Il testo e i numeri dei blocchi sono quelli del file: vengono riscritti solo i due valori dell’orologio per ogni blocco.
Lo stesso file a un’ora
Ingresso
1
01:00:00,000 --> 01:00:03,000
An hour into the programme.
Uscita
1
01:00:03,600 --> 01:00:06,600
An hour into the programme.
A un’ora le due convenzioni sono a 3,6 secondi di distanza, cioè 108 etichette saltate. È il numero da confrontare se stai verificando la pagina: la prima riga dell’uscita deve essere esattamente 3600 ms più tardi della prima riga dell’ingresso. Entrambi gli estremi del blocco si muovono, quindi il blocco conserva la sua durata.
Un blocco dentro il primo minuto
Ingresso
1
00:00:02,000 --> 00:00:04,000
Nothing to re-label yet.
2
00:05:00,000 --> 00:05:02,000
This one does move.
Uscita
1
00:00:02,000 --> 00:00:04,000
Nothing to re-label yet.
2
00:05:00,333 --> 00:05:02,333
This one does move.
Il primo blocco torna byte per byte e il secondo si sposta, nella stessa esecuzione. Durante il primo minuto di un’ora non si salta nessuna etichetta, quindi le due convenzioni scrivono quei sessanta secondi allo stesso modo — e 00:00:02,000 è già su un fotogramma a 30 fps, quindi nulla in lui cambia. Un orologio tra due fotogrammi verrebbe invece spostato sul più vicino, al massimo di 17 ms, lo stesso aggancio che la pagina applica in tutto il file. Vedere un blocco fermo accanto a uno spostato è il risultato atteso qui, non un’esecuzione a metà.
Domande frequenti
Che differenza c’è tra timecode drop-frame e non-drop-frame?
Entrambe contano 30 etichette al secondo, ma 29,97 fps non produce 30 fotogrammi al secondo: ne produce circa 29,97, quindi un orologio che conta 30 etichette al secondo perde terreno rispetto al tempo reale. Il drop-frame lo compensa saltando due etichette all’inizio di ogni minuto tranne ogni decimo: le etichette spariscono anche se i fotogrammi restano. Il non-drop tiene tutte le etichette e deriva. Scritti, i due sembrano lo stesso tipo di numero; letti sullo stesso fotogramma, sono a 3,6 secondi di distanza dopo un’ora e si allontanano sempre di più man mano che il programma procede.
Perché un blocco a un’ora esce 3,6 secondi dopo rispetto a com’è entrato?
Perché 3,6 secondi è quanto valgono un’ora di etichette saltate: 2 etichette al minuto per 54 minuti su 60, a 33,37 ms per etichetta, cioè 108 etichette o 3600 ms all’ora. La pagina non aggiunge un ritardo: scrive gli stessi fotogrammi nell’altra convenzione, e l’altra convenzione in quel punto del programma legge più tardi. Un blocco a 01:00:00,000 entra e 01:00:03,600 esce; entrambi i suoi estremi si muovono, quindi il blocco conserva la durata al millisecondo.
Perché il primo minuto del mio file è tornato invariato?
Perché durante il primo minuto di un’ora non si salta nessuna etichetta, quindi drop-frame e non-drop-frame scrivono quel tratto allo stesso modo: 00:00:02,000 significa 60 fotogrammi in entrambe, e 60 fotogrammi si scrivono allo stesso modo in entrambe. La deriva comincia al primo confine di minuto e poi cresce. C’è un’altra cosa che può muovere un tempo in quel tratto: leggere un orologio come timecode lo aggancia al fotogramma a 30 fps più vicino, quindi un valore tra due fotogrammi, come 00:00:02,010, torna come 00:00:02,000. I tempi copiati da uno strumento preciso al fotogramma sono già sulla griglia e non si muovono affatto.
Quale direzione mi serve: da non-drop a drop-frame o il contrario?
Dipende da dove sono stati letti i timecode del tuo file. Se hai preso i tempi da un lettore o da un montaggio impostato su non-drop e la filiera in cui devi consegnare lavora in drop-frame, questa è la pagina giusta. Se il file è stato marcato su un display drop-frame e lo strumento a valle si aspetta il non-drop, ti serve l’altra pagina, che sposta gli orologi nella direzione opposta degli stessi 3,6 secondi all’ora. Un modo rapido per distinguerle: esegui qui il file e confronta un blocco; se l’orologio in uscita legge più tardi dell’ingresso, questa era la direzione che serviva.
Questa pagina cambia la frequenza dei fotogrammi dei miei sottotitoli?
No. Nulla viene riscalato e nulla viene allungato: un blocco lungo due secondi resta lungo due secondi e la spaziatura tra i blocchi non cambia, perché ogni blocco si muove di una quantità che dipende da dove si trova, non da un rapporto. Nemmeno un file temporizzato per un video a 25 fps viene convertito a 29,97 qui: la casella che accetta una frequenza esiste perché MicroDVD memorizza i tempi come numeri di fotogramma e non si può leggere senza. Convertire la spaziatura di un file da una frequenza a un’altra è un’operazione diversa, con una pagina propria.
Il file dice da qualche parte che i suoi timecode ora sono drop-frame?
No, e nessun formato letto qui potrebbe: SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON e CSV memorizzano un tempo e nulla su come è stato contato. Era già così nel file che hai trascinato. La pagina quindi cambia i numeri e la convenzione che significano resta quella che dichiara la tua filiera — la stessa situazione di prima, ora con numeri coerenti. Se uno strumento a valle ha una propria impostazione drop-frame, è quell’impostazione a leggere questi valori.