Correggere da 23,976 a 29,97 fps
Oppure incollare il testo dei sottotitoli
Opzioni
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.
La frequenza dei fotogrammi della versione con cui verranno usati i sottotitoli: il video che verrà riprodotto davvero. Il fattore applicato è il valore del primo riquadro diviso per questo, quindi da 24 a 25 dà 0,96: un film scorre il 4% più veloce in PAL e un lungometraggio di 100 minuti sta su un nastro da 96 minuti. Invertire i due riquadri sposta l’intera timeline nella direzione sbagliata della stessa quantità.
Questa pagina prende un file di sottotitoli la cui timeline è stata contata a 23,976 fotogrammi al secondo e la porta su una timeline a 29,97. Ogni timestamp viene moltiplicato per 0,8 — quattro quinti, esattamente — quindi il file esce un quinto più corto: un blocco a un minuto diventa uno a quarantotto secondi, e un episodio di ventiquattro minuti i cui sottotitoli ne dichiarano trenta torna a ventiquattro. I due campi sono già compilati; cambiali se il tuo file è stato contato su qualcos’altro.
L’errore sta nell’aritmetica che trasforma i numeri di fotogramma in secondi. Se uno strumento ha letto numeri di fotogramma appartenenti a una timeline a 29,97 ma li ha divisi per 23,976, ogni secondo che ha prodotto è un quarto troppo grande: 29,97 diviso 23,976 fa 1,25, quindi l’intera timeline è allungata di un quarto e i sottotitoli scorrono il 25 % in ritardo, sempre più indietro man mano che il film procede. Moltiplicare per 0,8 è lo stesso errore diviso via.
Una cosa per cui questa pagina non va usata, ed è l’errore più facile del gruppo. Un film trasportato dentro un segnale NTSC subisce il pulldown 3:2 — le stesse immagini vengono ripetute per riempire il segnale a 29,97 — e il pulldown lascia la durata esattamente com’era. Quindi «il mio video è 29,97 e ha il pulldown» non è un motivo per convertire nulla: un file sincronizzato su quel video è già corretto, e moltiplicarlo per 0,8 gli toglierebbe un quinto. Questa pagina serve per un file i cui numeri di fotogramma sono stati contati sulla frequenza sbagliata, non per un file che si limita a stare in un contenitore a 29,97. Ciò che rende questa coppia piacevole da usare è che 0,8 è esatto: entrambe le frequenze appartengono alla famiglia NTSC e portano la stessa divisione per 1001, quindi il 1001 si annulla e 23,976 su 29,97 è semplicemente 24000 su 30000, quattro quinti, senza nulla arrotondato e senza resto. A ogni blocco viene dato un quinto di tempo in meno sullo schermo, il che alza del 25 % la velocità di lettura di ogni riga. Nessun file viene caricato e un’intera stagione passa dalla coda in un solo giro: SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON e CSV vengono letti per quello che sono davvero.
Esempi
Un blocco corto e uno lungo
Ingresso
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
Uscita
1
00:00:00,800 --> 00:00:02,400
Hello there.
2
00:00:48,000 --> 00:00:49,600
One minute in.
0,8 è 23,976 diviso 29,97. Il blocco a un secondo perde 200 ms e quello a un minuto perde 12.000 ms: sessanta volte la distanza da zero, sessanta volte lo spostamento. Entrambi i bordi di ogni blocco sono moltiplicati, quindi a una battuta di due secondi vengono dati 1,6 secondi, e da quell’accorciamento nasce l’aumento della velocità di lettura.
Il ritardo cresce con l’orologio
Ingresso
1
00:10:00,000 --> 00:10:02,000
Ten minutes in.
2
00:30:00,000 --> 00:30:02,000
Half an hour in.
Uscita
1
00:08:00,000 --> 00:08:01,600
Ten minutes in.
2
00:24:00,000 --> 00:24:01,600
Half an hour in.
Due minuti di ritardo al segno dei dieci minuti e sei minuti alla mezz’ora: un quarto del tempo trascorso in entrambi i casi, che è l’aspetto di un problema di rapporto. Uno scostamento fisso non può mai correggerlo, una proporzione sì. Il controllo dopo la conversione si fa alla fine del file: aprilo al nuovo timestamp dell’ultimo blocco e la battuta dovrebbe esserci.
Un file MicroDVD cambia solo la riga di dichiarazione
Ingresso
{1}{1}23.976
{240}{288}Hello
Uscita
{1}{1}29.97
{240}{288}Hello
MicroDVD memorizza i tempi come numeri di fotogramma, e i fotogrammi non erano ciò che era sbagliato: lo era la frequenza per cui venivano divisi. Il fotogramma 240 dichiarato a 23,976 si legge come dieci secondi, che è il ritardo lamentato; dichiarato a 29,97 si legge come otto, che è dove quel blocco appartiene. Quindi si modifica la prima riga del file e non si tocca un solo numero di fotogramma: riscriverli applicherebbe il 25 % due volte.
Domande frequenti
Perché il fattore da 23,976 a 29,97 è esattamente 0,8?
Perché entrambe le frequenze sono NTSC e entrambe sono un numero tondo diviso 1001: 23,976 è 24000/1001 e 29,97 è 30000/1001. Dividere l’una per l’altra annulla il 1001 da entrambe le parti e lascia 24000 su 30000, cioè quattro quinti. Qui non si arrotonda e non si approssima nulla: il blocco a un minuto finisce esattamente a quarantotto secondi.
Questa pagina corregge un film che ha subito il pulldown 3:2?
No, ed è la trappola che questa pagina esiste per nominare. Il pulldown riempie un segnale a 29,97 con fotogrammi ripetuti e lascia la durata esattamente com’era, quindi un file di sottotitoli sincronizzato sul video con pulldown è già giusto: convertirlo toglie un quinto alla timeline e rende sbagliato un file corretto. La pagina serve per tempi costruiti dividendo numeri di fotogramma per 23,976 quando i fotogrammi appartenevano a una timeline a 29,97.
I miei sottotitoli sono in ritardo di un quarto e peggiorano: è questa la coppia?
Controlla se il ritardo è un quarto del tempo trascorso. Due minuti al segno dei dieci, sei alla mezz’ora e mezz’ora di ritardo in un film di due ore è esattamente questa coppia. I cugini del gruppo si distinguono facilmente per dimensione: 0,95904 è un errore del 4 %, 1,0427094 è del 4,271 %, e un fattore due raddoppia la durata del file.
Posso mettere 24 e 30 nei campi invece di 23,976 e 29,97?
Per questa coppia sì, e il risultato è identico: 24 diviso 30 fa quattro quinti, come 23,976 su 29,97, perché la divisione condivisa per 1001 si annulla comunque. È una proprietà di questa coppia e non del gruppo: nella pagina da film a PAL, usare 24 e 25 dove il file era davvero 23,976 lascia un errore di 3,5 secondi all’ora.
A ogni blocco viene dato un quinto di tempo in meno: questo rompe i limiti di velocità di lettura?
Vale la pena controllare, perché le parole non si accorciano per compensare: una riga comodamente dentro un limite di caratteri al secondo può essere spinta oltre da un aumento del 25 %. Gli strumenti di accessibilità di questo sito misurano la velocità di lettura rispetto alle soglie fissate dagli standard, ed è quel numero da guardare, non l’impressione che i sottotitoli ora sembrino affrettati.
Dovrei usare questa coppia per mettere sottotitoli cinematografici su un DVD NTSC?
No. Un film su un disco NTSC è memorizzato a 23,976 e il lettore applica il pulldown in riproduzione, quindi un file sincronizzato sul film non richiede alcuna modifica e 0,8 lo rovinerebbe. Se il tuo file è stato sincronizzato su una copia PAL di quel film e stai tornando al disco, la coppia è 25 verso 23,976 e il fattore è 1,0427094, una piccola correzione nella direzione opposta.