Video e sottotitoli · Toolkit sottotitoli
Perché i piccoli errori di temporizzazione dei sottotitoli sono così evidenti agli spettatori
· Perché è importante
sottotitoli codici temporali accessibilità
Gli spettatori individuano rapidamente i sottotitoli non sincronizzati, anche quando l'errore dura una frazione di secondo. Questo post spiega, dal punto di vista qualitativo, perché l'occhio e l'orecchio sono così sensibili, come si verificano gli errori di sincronizzazione in un flusso di lavoro e come misurarli e risolverli.
I commenti dicono che le didascalie sembrano sbagliate ma nessuno sa dire il perché: il problema percettivo con errori di sincronizzazione
I rapporti sono costantemente vaghi. Gli spettatori dicono che i sottotitoli sembrano fuori luogo, o distraggono, o che hanno smesso di usarli, e raramente dicono in che misura o in quale direzione. Quella vaghezza è una proprietà della colpa più che del pubblico: la discrepanza viene percepita molto prima che diventi misurabile per qualcuno che non la cerca.
Significa anche che il reclamo arriva senza le informazioni necessarie per risolverlo. Il primo passo utile non è aggiustare nulla ma trasformare l'impressione in due numeri, una direzione e una grandezza.
Perché lo notiamo: leggere una riga prima o dopo averla ascoltata interrompe il collegamento tra discorso e testo
Una didascalia viene letta mentre vengono ascoltate le stesse parole, quindi i due flussi vengono abbinati continuamente anziché controllati occasionalmente. Quando il testo arriva prima del discorso viene letto per primo, il che elimina il momento che doveva sostenere; quando arriva dopo conferma qualcosa di già capito. In ogni caso, il lettore ha svolto un lavoro che i tempi hanno reso inutile.
Questo è il motivo per cui nella pratica la tolleranza è asimmetrica. Le didascalie leggermente in ritardo tendono a essere interpretate come un ritardo, mentre quelle leggermente in anticipo possono rovinare una riga prima che venga consegnata, il che è più dannoso nella commedia e nel dramma di quanto lo sarebbe il ritardo equivalente.
Dove gli errori di sincronizzazione entrano in un flusso di lavoro: taglio dell'introduzione dopo i sottotitoli, ricodifica con un frame rate diverso o esportazione con un orario di inizio diverso
La maggior parte degli errori di sincronizzazione vengono introdotti dopo i sottotitoli anziché durante gli stessi. Tagliando un'introduzione, uno slate o un conto alla rovescia si sposta ogni fotogramma successivo lasciando i timestamp dei sottotitoli dove si trovavano. La ricodifica a un frame rate diverso ridimensiona il materiale rispetto a timestamp assoluti. L'esportazione con un timecode iniziale diverso da zero compensa il programma rispetto a un file che inizia da zero.
In ogni caso il file dei sottotitoli rimane invariato e ancora coerente internamente, motivo per cui la convalida viene superata e il file appare corretto da solo. La colpa è nel rapporto tra due artefatti, non all'interno dell'uno o dell'altro.
Offset contro deriva: distinguere i due in pochi minuti di visione
Per distinguere l'offset dalla deriva sono necessari alcuni minuti e si stabilisce quale correzione applicare. Guarda una linea vicino all'inizio e una linea vicino alla fine. Se entrambi sono sbagliati all'incirca nella stessa misura, l'errore è un offset costante e un singolo spostamento lo risolve. Se il finale è peggiore dell'apertura, l'errore aumenta, il che è una deriva, e lo spostamento peggiorerà il finale mentre sembrerà correggere l'apertura.
Lo strumento lo registra come un errore comune proprio perché è la mossa intuitiva sbagliata: allineare la prima riga di un file alla deriva è soddisfacente e attivamente dannoso, ed entrambe le operazioni devono essere annullate prima del ridimensionamento.
Misurare l'errore: utilizzando l'orologio del giocatore e una prima riga chiara anziché tirare a indovinare
Misura rispetto all'orologio del giocatore piuttosto che in base alle impressioni. Scegli una riga con un inizio acuto, una prima parola dopo il silenzio piuttosto che una frase all'interno di un discorso continuo, e osserva l'ora in cui appare la didascalia e l'ora in cui si sente la parola. Ripetere verso la fine del programma. Due misurazioni su esordi chiari valgono più di una dozzina di giudizi su esordi ambigui.
Registra la direzione in modo esplicito, perché gli errori di segno sono comuni. Le didascalie che appaiono prima del dialogo necessitano di uno spostamento positivo per ritardarle; un offset negativo li sposta ancora prima e raddoppia l'errore.
Esempio funzionante: un'introduzione ridotta che ha spostato tutto di 1.2 secondi: diagnosticandola e correggendola
Prendi un programma in cui un'introduzione di un secondo e un quinto è stata tagliata dopo i sottotitoli. Ogni didascalia ora appare un secondo e un quinto dopo la sua riga. La misurazione all'inizio dice milleduecento millisecondi di ritardo; la misurazione verso la fine dice la stessa cosa. Errori uguali significano un offset, quindi uno spostamento corregge il file.
Inseriscilo come 1200, non come 1.2. Il campo impiega millisecondi senza secondi o input di timecode e digitando 1 si sposta il file di un singolo millisecondo: l'operazione riesce, il file cambia veramente e la sincronizzazione sembra esattamente sbagliata come prima. Se lo spostamento è negativo e qualsiasi segnale passa a zero, l'avviso di bloccaggio è importante, perché tali segnali sono bloccati all'inizio in modo permanente e lo spostamento in avanti successivamente non li ripristina.
Ciò che questo non copre: didascalie con contenuti errati o divise male tra le righe
Questo riguarda quando appaiono i sottotitoli, non cosa dicono o come sono suddivisi su righe. Una didascalia perfettamente sincronizzata e mal segmentata è ancora difficile da leggere, e una parola trascritta male è sbagliata in ogni caso.
Inoltre, non copre i sottotitoli che vanno alla deriva perché il video stesso era a velocità variabile o è stato assemblato da fonti a velocità diverse. Questo è un salto piuttosto che una rampa dolce, e né un singolo spostamento né una singola scala lo correggono.
Conclusione: misura, quindi sposta: in che modo la funzione di retime di Subtitle Toolkit fissa un offset costante in un unico passaggio
Misura, quindi sposta una volta. La sequenza che fa perdere tempo è l'aggiustamento al tatto, il riguardare, l'aggiustare di nuovo, perché ogni passaggio cambia la cosa che viene misurata e gli spunti bloccati si accumulano a zero lungo il percorso.
Due osservazioni temporizzate forniscono una direzione e una magnitudo, mentre una magnitudo inserita in millisecondi è un'operazione. Conferma successivamente sulle stesse due righe anziché solo sull'apertura, poiché l'apertura è il punto in cui una correzione errata sembra più convincente.