Scalare i tempi dei sottotitoli
Oppure incollare il testo dei sottotitoli
Opzioni
Una percentuale: 100 lascia il file com’è, 50 dimezza l’intera timeline. Per il lavoro sulla frequenza dei fotogrammi il fattore è la frequenza di origine divisa per quella di destinazione: un file temporizzato per il cinema destinato al PAL a 25 fps, che scorre il 4% più veloce, richiede 96; un file temporizzato PAL che torna a un master a 24 fps richiede 104,1667. Ogni inizio e ogni fine vengono moltiplicati per lo stesso rapporto, quindi la durata dei blocchi e gli intervalli tra loro cambiano insieme.
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 moltiplica ogni timestamp di un file di sottotitoli per una percentuale. Inserisci 104,1667 e l’intera timeline si allunga di quel fattore; inserisci 96 e torna indietro; inserisci 50 e il file si comprime a metà della sua durata. Inizio e fine di ogni blocco vengono moltiplicati per lo stesso rapporto, quindi le durate dei blocchi e gli spazi tra loro cambiano insieme, e più un sottotitolo è lontano dall’inizio, più si sposta.
Quest’ultimo punto è ciò che rende questa l’unica correzione dei tempi capace di sistemare la deriva. Un file in ritardo di due secondi al primo minuto e di due minuti all’ultimo non ha un problema di scostamento, ha un problema di velocità: qualcuno l’ha sincronizzato su una versione che scorreva a un ritmo diverso. Muovere tutto di una quantità fissa peggiora l’inizio; moltiplicare tutto per un rapporto rende giusti entrambi gli estremi, perché l’errore da correggere cresce con la distanza da zero.
Il caso classico è la differenza di frequenza dei fotogrammi: un file sincronizzato a 24 fps che serve per una versione a 25 fps, o il contrario. Il film scorre il 4 % più veloce in PAL, quindi la sua durata è il 96 % dell’originale: un film di 100 minuti sta in una cassetta da 96. Un file sincronizzato sul film va quindi compresso a 96, e uno sincronizzato sulla versione PAL va allungato a 104,1667 per tornare sulla versione cinematografica. Il materiale trasferito a 23,976 fps è ancora un filo diverso, ed è a questo che servono le pagine sulla frequenza in questo gruppo; qui il rapporto lo dai tu, come percentuale. SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON e CSV sono letti per quello che sono davvero; testo semplice e LRC non sono accettati, perché nessuno dei due memorizza un tempo di fine su cui applicare il rapporto. Nessun file viene caricato e un’intera stagione passa dalla coda in un solo giro.
Esempi
Annullare l’accelerazione PAL del 4 %
Ingresso
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:00:05,000 --> 00:00:08,000
Second line.
Uscita
1
00:00:01,042 --> 00:00:03,125
Hello there.
2
00:00:05,208 --> 00:00:08,333
Second line.
Scala impostata a 104,1667, cioè 25 diviso 24: il fattore che riporta un file sincronizzato su una versione PAL a 25 fps su un master cinematografico a 24 fps. Il primo blocco si apre a un secondo e si sposta di 42 ms; il secondo si apre a cinque secondi e si sposta di 208 ms. Cinque volte la distanza da zero, cinque volte lo spostamento: è tutta qui la differenza tra questa pagina e uno spostamento di quantità fissa.
Perché un rapporto è ciò che corregge la deriva
Ingresso
1
00:00:00,000 --> 00:00:02,000
Opening line.
2
00:01:00,000 --> 00:01:02,000
One minute in.
3
00:10:00,000 --> 00:10:02,000
Ten minutes in.
Uscita
1
00:00:00,000 --> 00:00:02,083
Opening line.
2
00:01:02,500 --> 00:01:04,583
One minute in.
3
00:10:25,000 --> 00:10:27,084
Ten minutes in.
Di nuovo 104,1667. La battuta iniziale si muove appena, il segno del minuto si sposta di due secondi e mezzo e quello dei dieci minuti di venticinque secondi. Uno scostamento fisso avrebbe potuto allinearne uno dei tre e avrebbe lasciato sbagliati gli altri due; un rapporto li allinea tutti insieme.
Comprimere un file perché stia dentro
Ingresso
1
00:00:10,000 --> 00:00:12,000
First.
2
00:01:00,000 --> 00:01:03,000
Second.
Uscita
1
00:00:08,000 --> 00:00:09,600
First.
2
00:00:48,000 --> 00:00:50,400
Second.
Scala impostata a 80. Ogni blocco conserva l’80 % della durata e si colloca all’80 % della distanza, quindi una battuta che stava due secondi sullo schermo ne ha ora 1,6. Attenzione alla velocità di lettura quando comprimi: le parole non si sono accorciate, solo il tempo concesso.
Domande frequenti
Quale percentuale serve per passare tra sottotitoli a 24 e a 25 fps?
Il fattore è sempre la frequenza di partenza divisa per quella di arrivo, quindi quale numero usare dipende dalla versione su cui il file è stato sincronizzato. Un file sincronizzato sul film a 24 fps, da usare con la versione PAL a 25 fps, si moltiplica per 96. Un file sincronizzato sulla versione PAL, da riportare sul master cinematografico, si moltiplica per 104,1667, cioè 25 diviso 24. Il materiale a 23,976 fps usa 95,904 e 104,2708 per le stesse due direzioni, perché 23,976 non è esattamente 24. In altre parole 104,1667 è il fattore che annulla l’accelerazione PAL, e 96 è quello che la applica.
Perché i sottotitoli più tardi si spostano più di quelli iniziali?
Perché il rapporto si applica alla distanza da zero, non alla durata del blocco. Un blocco a un secondo si sposta di circa 42 ms al 104,1667 %, mentre un blocco a dieci minuti si sposta di venticinque secondi. È questo che permette allo strumento di correggere la deriva e non solo di spostare tutto di una costante, ed è per questo che il numero da digitare è una percentuale e non un conteggio di millisecondi.
Ridimensionare un file di sottotitoli cambia quanto ogni blocco resta sullo schermo?
Sì, in proporzione. Entrambi i bordi di ogni blocco vengono moltiplicati per lo stesso rapporto, quindi una battuta di due secondi all’80 % diventa 1,6 secondi e al 150 % diventa tre secondi. Comprimere avvicina quindi ogni blocco al limite della velocità di lettura, mentre allungare ne dà a ciascuno più tempo di prima.
Il ridimensionamento può far sovrapporre due sottotitoli?
No. La moltiplicazione per un rapporto positivo è monotona, e l’arrotondamento ai millisecondi interi la mantiene tale, quindi due blocchi che non si sovrapponevano prima non possono sovrapporsi dopo. Comprimere riduce gli spazi tra i blocchi e può portarli a toccarsi, cosa che alcuni lettori rendono come uno sfarfallio, ma i blocchi restano in ordine.
Che cosa succede a un blocco troppo corto per la scala scelta?
Viene eliminato e il conteggio è riportato. Un blocco da 20 ms ridimensionato all’1 % ha entrambi i bordi che arrotondano allo stesso millisecondo, e a quel punto non resta un blocco da scrivere. Allungarlo fino a una durata minima metterebbe nel file un blocco invisibile mentre la pagina afferma che è sopravvissuto, una risposta peggiore della rimozione dichiarata.
Il primo sottotitolo del file resta dove si trova?
Solo se inizia a zero. Tutto si misura dall’inizio della timeline, quindi un file il cui primo blocco si apre a 00:01:00 vede quell’introduzione ridimensionata insieme al resto. Se il minuto iniziale è una sigla fissa che non deve muoversi, quello che serve è uno scostamento costante e non un rapporto.