Come correggere la tempistica dei sottotitoli
Dedica prima trenta secondi alla diagnosi. Nota quanto è distante una linea vicino a START, quindi una linea vicino a END. Se entrambi sono sbagliati più o meno della stessa quantità, è necessario un SHIFT. Se l'errore aumenta durante la riproduzione del video, è necessario un SCALE.
Applicare quello sbagliato peggiora le cose ed è il motivo per cui le persone finiscono per spostare lo stesso file quattro volte. Shift sposta ogni cue di un numero fisso di millisecondi; scale moltiplica ogni timestamp per un fattore, che è la correzione corretta per la deriva.
Offset costante o deriva?
A CONSTANT OFFSET significa che i sottotitoli sono sbagliati nella stessa quantità ovunque. Una riga in 00:01:00 è in ritardo di due secondi e anche una riga in 01:40:00 è in ritardo di due secondi. La causa più comune è una versione con una lunghezza introduttiva diversa o un file temporizzato rispetto a una versione con la pubblicità tagliata.
DRIFT significa che l'errore aumenta durante la riproduzione del video. La prima riga è quasi esatta e l'ultima riga è a quaranta secondi di distanza. Ciò deriva quasi sempre da una mancata corrispondenza del frame rate: i sottotitoli sono stati cronometrati rispetto a una versione di 23.976 fps e il video viene eseguito a 25 fps o viceversa.
Il test è lo stesso in ogni caso: controlla una riga vicino all'inizio e una vicino alla fine. Due errori simili significano spostamento. Un errore crescente significa scala.
- Nota quanto è distante una linea vicino a START.
- Nota quanto è distante una linea vicino a END.
- Errori simili: utilizzare Shift.
- Errore crescente: utilizzare Scale.
Spostamento
Immettere l'offset in millisecondi. Un numero positivo ritarda i sottotitoli, che è ciò che vuoi quando appaiono troppo presto. Un numero negativo li sposta prima, per i sottotitoli che restano indietro rispetto al dialogo.
Misurare piuttosto che indovinare. Nota il timestamp in cui una riga viene effettivamente pronunciata e il timestamp in cui appare attualmente; la differenza è il tuo offset. Due secondi sono 2000 ms.
I timestamp sono fissati a zero, perché né SRT né WebVTT possono rappresentare un tempo negativo e un giocatore che ne ha ricevuto uno si comporta in modo imprevedibile. Lo spostamento indietro di un valore superiore al tempo di inizio della prima cue blocca le cue interessate su 00:00:00 e lo strumento ti dice quante. Questo avvertimento è un segnale che probabilmente il tuo offset è troppo grande, ed è anche il motivo per cui un ampio spostamento negativo non è reversibile spostandosi nuovamente in avanti.
Ridimensionamento per una modifica del frame-rate
Il ridimensionamento moltiplica ogni timestamp per un fattore costante. Il fattore è il rapporto tra i frame rate.
Sottotitoli temporizzati per 23.976 fps rispetto a un video 25 fps: moltiplica per 25 diviso per 23.976, circa 1.0427. Andando nella direzione opposta: 23.976 diviso per 25, circa 0.959.
Se non conosci i frame rate, ricava il fattore dalla deriva stessa. Dividere l'ora corretta dell'ultima riga per l'ora corrente. Applicalo, quindi ricontrolla entrambe le estremità: una scala di solito lascia un piccolo offset residuo che termina con uno spostamento.
Unione e divisione
I film distribuiti come due file devono essere uniti. Carica il file principale, scegli il secondo nel pannello Unisci e assegnagli un offset: dove inizia la seconda parte nella timeline combinata. Se la prima parte viene eseguita 58 minuti 20 secondi, l'offset è 3,500,000 ms. Le indicazioni di entrambi vengono combinate, riordinate in base all'ora di inizio e rinumerate da 1.
La divisione fa il contrario al timestamp scelto da te. Per impostazione predefinita, la seconda parte viene ribasata per iniziare da zero, che è ciò che desideri quando verrà riprodotta su un file video separato. Una stecca a cavallo del punto di divisione va con la parte in cui è iniziata anziché essere tagliata a metà.
Esempio elaborato: un file che va alla deriva di 40 secondi in 90 minuti
La prima riga dovrebbe apparire in 00:00:32 e apparire in 00:00:31 - abbastanza vicino. L'ultima riga dovrebbe apparire in 01:28:10 e appare in 01:24:33. L'errore aumenta, quindi si tratta di una deriva, non di un offset.
Converti entrambi in secondi. L'ora corretta è 5,290 secondi; l'ora corrente è 5,073 secondi. Il fattore è 5290 diviso 5073, che è 1.0428.
Questo è quasi esattamente 25 diviso per 23.976, il che conferma la diagnosi: sottotitoli programmati per una versione a 23.976 fps, riprodotti rispetto a un video a 25 fps.
- Applica un fattore di scala di 1.0428.
- Ricontrolla la prima e l'ultima riga.
- L'ultima riga ora arriva correttamente; il primo è passato da 31 a circa 32.3 secondi, con circa un terzo di secondo in ritardo.
- Applica uno spostamento di -300 ms per terminare.
Risultato: Entrambe le estremità si trovano entro pochi decimi di secondo, ovvero all'interno dell'intervallo che uno spettatore legge come sincronizzato. Due operazioni, nell'ordine giusto: scala per la deriva, poi un piccolo spostamento per il residuo.
Apri lo strumento
Sposta o ridimensiona i tempi nel Subtitle Toolkit
Applica spostamenti e scale all'intero file nel tuo browser e ti avvisa quando uno spostamento ha bloccato i segnali a zero.
Ciò che questo non copre
- Lo spostamento e il ridimensionamento si applicano all'intero file. Non è possibile riprogrammare solo un intervallo selezionato di cue.
- I timestamp sono fissati a zero, quindi un ampio spostamento negativo perde informazioni e non può essere annullato spostandosi in avanti.
- Solo SRT e WebVTT.
- Lo strumento non è in grado di rilevare la frequenza dei fotogrammi del tuo video o del file rispetto al quale sono stati cronometrati i sottotitoli. Entrambe le diagnosi vengono da te.
- Non esiste alcuna analisi audio e nessun rilevamento automatico della sincronizzazione.