Correggere da 29,97 a 23,976 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 29,97 fotogrammi al secondo e la porta su una timeline a 23,976. Ogni timestamp viene moltiplicato per 1,25 — cinque quarti, esattamente — quindi il file esce un quarto più lungo: un blocco a quarantotto secondi diventa uno a un minuto, e un blocco che dice ventiquattro minuti in un episodio che ne dura trenta torna a trenta. I due campi sono già compilati; cambiali se il tuo file è stato contato su qualcos’altro.
L’errore è la stessa aritmetica della sua immagine speculare, vista dall’altro estremo. Numeri di fotogramma divisi per 29,97 quando appartenevano a una timeline a 23,976 escono un quarto troppo piccoli, perché 23,976 diviso 29,97 fa 0,8: l’intera timeline è quindi compressa a quattro quinti della sua durata e ogni sottotitolo compare il 20 % prima, sempre più in anticipo man mano che il film procede. Moltiplicare per 1,25 è quell’errore diviso via.
Riconoscere in che verso sei è tutto il lavoro, e il sintomo lo dice. Sottotitoli in ritardo, sempre più in ritardo, con un episodio di ventiquattro minuti il cui ultimo blocco ne dichiara trenta, chiedono 0,8. Sottotitoli in anticipo, sempre più in anticipo, con un episodio di ventiquattro minuti il cui ultimo blocco ne dichiara ventiquattro quando l’episodio dura trenta minuti, chiedono questa pagina. Entrambi i file sono stati costruiti dagli stessi numeri di fotogramma divisi male; cambia solo la direzione dell’errore. 1,25 è esatto, per lo stesso motivo della sua immagine speculare: 29,97 è 30000/1001 e 23,976 è 24000/1001, quindi la divisione condivisa per 1001 si annulla e 29,97 su 23,976 è semplicemente 30000 su 24000, cinque quarti, senza nulla arrotondato e senza resto. A ogni blocco viene dato un quarto di tempo in più sullo schermo, quindi la velocità di lettura di ogni riga scende del 20 %, che è l’unica direzione del gruppo che allenta la pressione invece di aggiungerla. 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
Il quarto, per intero
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:01,250 --> 00:00:03,750
Hello there.
2
00:01:15,000 --> 00:01:17,500
One minute in.
1,25 è 29,97 diviso 23,976. Il blocco a un secondo guadagna 250 ms e quello a un minuto guadagna 15.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 2,5 secondi, ed è da quello spazio in più che nasce il miglioramento della velocità di lettura.
In anticipo di un quarto del tempo trascorso
Ingresso
1
00:08:00,000 --> 00:08:02,000
Eight minutes in.
2
00:24:00,000 --> 00:24:02,000
Twenty-four minutes in.
Uscita
1
00:10:00,000 --> 00:10:02,500
Eight minutes in.
2
00:30:00,000 --> 00:30:02,500
Twenty-four minutes in.
Due minuti in anticipo al segno degli otto minuti, sei minuti in anticipo a quello dei ventiquattro: un quarto del tempo trascorso in entrambi i casi, che è l’aspetto di un problema di rapporto e non di scostamento. L’ultimo blocco è quello da controllare dopo la conversione: apri il file al suo nuovo timestamp e la battuta dovrebbe esserci; se c’è, anche tutto ciò che precede è giusto.
I fotogrammi restano, la dichiarazione si muove
Ingresso
{1}{1}29.97
{300}{360}Hello
Uscita
{1}{1}23.976
{300}{360}Hello
MicroDVD conta in fotogrammi, e dei fotogrammi non c’era nulla di sbagliato: lo era la frequenza per cui venivano divisi. Il fotogramma 300 dichiarato a 29,97 si legge come dieci secondi, che è l’anticipo lamentato; dichiarato a 23,976 si legge come dodici e mezzo, che è dove quel blocco appartiene. Quindi si modifica la prima riga e non si tocca alcun numero di fotogramma: riscriverli applicherebbe il quarto in più due volte.
Domande frequenti
Perché il fattore da 29,97 a 23,976 è esattamente 1,25?
Perché entrambe le frequenze sono un numero tondo diviso 1001 — 29,97 è 30000/1001 e 23,976 è 24000/1001 — quindi dividere l’una per l’altra annulla il 1001 e lascia 30000 su 24000, cioè cinque quarti. Non si arrotonda e non si approssima nulla, ed è per questo che il blocco a quarantotto secondi finisce esattamente a un minuto.
I miei sottotitoli compaiono troppo presto e peggiorano: è questa la coppia?
Controlla se l’anticipo è un quarto del tempo trascorso. Due minuti al segno degli otto, sei al segno dei ventiquattro e ventiquattro minuti in un film di due ore è esattamente questa coppia. La pagina speculare gestisce il sintomo opposto: sottotitoli in ritardo e sempre più in ritardo chiedono 0,8 invece di 1,25.
Posso usare questa coppia per passare da un video NTSC direttamente al PAL?
No, e passare da questa pagina è di proposito la via lunga. Da 29,97 a 25 è 1,19880 e non esiste una pagina per quella coppia, perché 29,97 è la frequenza a cui scorre il segnale e non una velocità a cui vengono riprodotte le immagini: il film al suo interno è riempito con fotogrammi ripetuti che lasciano la durata com’è. La strada onesta da una timeline NTSC a una PAL è prima tornare alla frequenza del film, cioè questa conversione, e poi da 23,976 a 25.
Il video è a 29,97 e i sottotitoli sembrano giusti: questa pagina li rovinerà?
Sì, ed è l’immagine speculare della trappola dell’altra pagina. Un film trasportato in un segnale NTSC subisce il pulldown, che ripete fotogrammi senza cambiare la durata, quindi un file sincronizzato su quel video è già corretto. Solo un file i cui numeri di fotogramma sono stati divisi per la frequenza sbagliata va convertito; moltiplicare un file corretto per 1,25 mette ogni sottotitolo in ritardo di un quarto del percorso.
Che cosa succede alle durate e alla velocità di lettura quando la timeline cresce di un quarto?
Ogni blocco guadagna il 25 % della propria durata oltre a spostarsi più avanti, quindi a una battuta di due secondi vengono dati 2,5 secondi mentre le parole restano esattamente come erano. Questo abbassa del 20 % la velocità di lettura di ogni riga, il che rende questa una delle due coppie del gruppo che alleggeriscono un file invece di appesantirlo: l’altra è il dimezzamento da 50 a 25.
Che tipo di flusso di lavoro lascia un file in anticipo invece che in ritardo?
Uno che ha trattato la frequenza del contenitore come frequenza delle immagini. L’NTSC porta 29,97, quindi uno strumento che legge quel numero dal video e divide i numeri di fotogramma per esso sottostima qualsiasi film dentro il segnale, perché il film scorre a 23,976 e il pulldown era solo riempimento. La cura è dichiarare la frequenza a cui le immagini scorrono davvero, che è ciò che fa questa pagina: 29,97 prima, 23,976 dopo.