Video e sottotitoli · Toolkit sottotitoli
Frame rate e sottotitoli: perché 23.976, 25 e 29.97 fps causano derive
· Sfondo
sottotitoli frame-rate codici temporali
I frame rate sono un'eredità della televisione analogica e continuano a infestare il timing dei sottotitoli. Questo post spiega da dove provengono i numeri dispari, come una mancata corrispondenza del frame-rate produce una deriva e come ragionarci prima di correggere qualsiasi cosa.
I sottotitoli sincronizzati su un master derivano dall'altro: il risultato pratico di un secolo di standard televisivi
Un file di sottotitoli può allinearsi perfettamente con un master e terminare a pochi minuti o secondi di distanza dal dialogo su un altro anche se non è stata modificata alcuna battuta. Questo modello sta andando alla deriva: il tempo trascorso dei sottotitoli e il tempo trascorso del programma avanzano a ritmi diversi. L'apertura fornisce poche prove perché moltiplicare un tempo piccolo produce un piccolo errore; la chiusura rende evidente la mancata corrispondenza.
I flussi di lavoro televisivi e cinematografici hanno ereditato diverse velocità ravvicinate, quindi un file etichettato solo con un titolo e una lingua potrebbe perdere il contesto necessario per interpretarne i tempi. La riparazione pratica inizia identificando la relazione tra i tassi piuttosto che applicando una compensazione che allinei una scena e lasci intatta la crescita.
Da dove provengono 24, 25 e 30: proiezione di film e frequenze di rete della televisione europea e americana
Le tariffe dei numeri interi come 24, 25 e 30 riflettono diverse linee di produzione e televisive. Il cinema è comunemente associato a 24 fotogrammi al secondo, mentre i sistemi televisivi sono stati costruiti attorno a vincoli elettrici e di trasmissione regionali che hanno portato a tariffe nominali diverse. Quelle ampie origini costituiscono uno sfondo stabile; questo articolo non assegna date di invenzione né rivendica un percorso universale dalla frequenza di rete a ogni formato moderno.
Il fatto importante del ripristino è che queste velocità rappresentano durate diverse per lo stesso numero di fotogrammi. Centomila fotogrammi riprodotti a 25 fps terminano prima degli stessi fotogrammi riprodotti a 24 fps, quindi i sottotitoli creati rispetto a una durata non possono rimanere allineati all'altro senza una risincronizzazione proporzionale.
Perché esistono 29.97 e 23.976: il compromesso della televisione a colori e il suo effetto a catena sui trasferimenti di film
Tariffe frazionarie vicino a 30 e 24 fanno parte dell'eredità della televisione a colori e del trasferimento di film. La loro precisa cronologia ingegneristica è esterna alle fonti del repository, quindi questo articolo non ripete una formula dettagliata della sottoportante. Ciò che conta per il lavoro sui sottotitoli è che 29.97 non è 30 e 23.976 non è 24; trattare entrambe le coppie come identiche introduce un piccolo errore percentuale che si accumula con il tempo trascorso.
Anche la abbreviazione decimale viene arrotondata. Un flusso di lavoro dovrebbe utilizzare i metadati esatti della velocità disponibili nel master anziché derivare un fattore da un'etichetta a tre decimali quando la precisione è importante. Lo strumento accetta un fattore di scala numerico; non controlla i metadati del video né identifica quale tasso ha creato i sottotitoli.
PAL accelerazione: perché un film gira leggermente più velocemente con un trasferimento di 25 fps e cosa comporta questo in termini di tempistica
Una comune consegna a 25 fps di materiale di origine cinematografica esegue i fotogrammi più velocemente di un master a circa 24 fps. Questo viene spesso chiamato PAL accelerazione. Ogni evento arriva prima, quindi i sottotitoli programmati sul master più lento rallentano sempre più se utilizzati invariati con il trasferimento più veloce. Le parole e l'ordine delle indicazioni rimangono corretti; solo la relazione dell'orologio è sbagliata.
Questo non viene risolto spostando ogni stecca alla stessa distanza. Uno spostamento è un'addizione, mentre questo errore modifica la distanza da zero a ciascuna stecca. L'operazione richiesta è la moltiplicazione e la direzione è importante: quando la destinazione corre più veloce, i timestamp provenienti dalla sorgente più lenta necessitano di un fattore inferiore a uno per diventare precedenti.
Dai frame rate alla deriva dei sottotitoli: come una differenza percentuale fissa di velocità diventa un errore di timecode crescente
Una differenza di velocità percentuale costante crea un errore proporzionale al tempo trascorso. Dieci minuti di programma l'errore assoluto è modesto; novanta minuti sono nove volte l'errore di dieci minuti. Questa crescita in linea retta è il motivo per cui due punti di controllo distinguono il disallineamento del tasso da un assetto iniziale costante: errori uguali indicano uno spostamento, mentre un errore finale più ampio indica un ridimensionamento o un’altra forma di deriva.
ToolAcre mantiene i timestamp come millisecondi interi e scaleCues moltiplica entrambi i limiti per il fattore scelto, li arrotonda al millisecondo più vicino e li blocca a zero. Il ridimensionamento è quindi meno esattamente reversibile di uno spostamento. Lavora dal file cue originale e applica un fattore calcolato invece di perfezionare diverse esportazioni arrotondate.
Esempio pratico: un film di 90 minuti spostato da un 23.976 a un 25 master fps - stima della deriva alla fine
Per un file di sottotitoli di novanta minuti creato utilizzando materiale 23.976 fps e utilizzato con un trasferimento 25 fps degli stessi fotogrammi, moltiplicare i timestamp di origine per 23.976 diviso per 25, circa 0.95904. La sorgente che termina a 5,400 secondi diventa circa 5,178.8 secondi, quindi il master più veloce termina circa 221.2 secondi prima. Tale stima presuppone la stessa sequenza di fotogrammi e una variazione di velocità uniforme.
Il viaggio inverso utilizza 25 diviso per 23.976, circa 1.0427, che è l'esempio documentato accanto al campo scala. Verificare il risultato calcolato rispetto al dialogo reale vicino ad entrambe le estremità. Se dopo la correzione proporzionale rimane una differenza costante residua, allora e solo allora applicare un offset misurato.
Ciò che questo non copre: registrazioni con frame rate variabile e rimozione del pulldown
Le registrazioni a frame rate variabile non forniscono un fattore per l'intero programma e il materiale assemblato da diverse conversioni di frame rate può modificare il comportamento nei punti di modifica. La rimozione del pulldown aggiunge un altro livello perché la cadenza dei fotogrammi e la frequenza dei fotogrammi visualizzati non vengono catturati da un semplice elenco di timestamp dei sottotitoli. Un’unica scala globale non può risolvere onestamente questi casi.
Inoltre, lo strumento Shift non può riprogrammare un intervallo selezionato. Se i sottotitoli sono corretti fino al taglio e poi saltano di una quantità fissa, si tratta di una mancata corrispondenza della modifica piuttosto che di una deriva regolare della velocità. Conserva la fonte e passa a un editor compatibile con la timeline in grado di correggere i segmenti in modo indipendente.
Conclusione: la deriva ha una causa a cui puoi dare un nome: come diagnosticarla prima di ricorrere alla funzione di retime del Subtitle Toolkit
Assegna un nome all'errore prima di modificarlo. Confronta un segnale chiaro vicino all'inizio con uno vicino alla fine, registra la direzione e l'entità di entrambi gli errori e cerca il comportamento costante rispetto a quello proporzionale. La deriva del frame rate richiede uno scaling da zero; un paraurti rimosso richiede uno spostamento; una modifica a metà programma richiede un lavoro regionale che lo strumento non fornisce.
Utilizzare la temporizzazione dei sottotitoli Shift solo dopo tale diagnosi. Inserisci un fattore di scala positivo, controlla l'output arrotondato in entrambi i punti di misurazione e scarica un nuovo file anziché sovrascrivere il master. L'implementazione esegue l'aritmetica specificata; non deduce la cronologia del video per te.