Blocchi che finiscono prima di iniziare
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.
Un cue che finisce prima di iniziare è un codice temporale che non può essere vero: 00:00:03,000 --> 00:00:03,000, o peggio, una fine anteriore all’inizio. Questa pagina segnala i file che ne contenevano uno, contando sulle riparazioni che il lettore ha dovuto fare, perché un codice temporale di quella forma non può essere mantenuto affatto in memoria e viene sostituito con uno reale prima che accada qualsiasi altra cosa. Ciò che torna indietro è un rapporto, mai un file modificato.
È per questo che il rapporto comincia con ciò che è andato perso durante la lettura e solo dopo mostra la segnalazione. Un cue la cui fine non segue l’inizio riceve un millisecondo, così che il resto del file possa almeno essere letto, visualizzato in anteprima ed esportato; il conteggio di quelle riparazioni sta nell’intestazione del rapporto, e la segnalazione sottostante indica un errore senza numero di cue, perché le riparazioni vengono contate mentre il file viene letto e non conservate in un elenco. Entrambe le righe descrivono lo stesso codice temporale rotto da due lati, ed è per questo che appartengono allo stesso rapporto e non a due.
La trappola attorno a cui questa pagina è stata scritta è che un cue legittimo di un millisecondo sembra esattamente uno riparato. Perciò il controllo non guarda affatto le durate: guarda il registro delle riparazioni, e un cue che dura davvero un millisecondo viene lasciato in pace. Una durata negativa e una di lunghezza zero sono lo stesso difetto e vengono contate insieme. Due formati non sono accettati affatto, e per una volta il motivo è lo stesso da entrambi i lati: LRC ricava ogni orario di fine dal timestamp successivo, quindi una coppia non può mai uscire al contrario, e il testo semplice non ha affatto orari dei cue. Controllare l’uno o l’altro produrrebbe un rapporto pulito su un campo che il formato non possiede, ed è l’unico tipo di risposta peggiore del silenzio.
Esempi
Un cue senza durata
Sottotitoli
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:03,000 --> 00:00:03,000
I was working late.
Cosa trova il rapporto
Cues ending before they start — 1 found
Lost while reading: Timing × 1
Severity Cues Start End Measured
Error — — — 1 items
Una fine uguale all’inizio. Il lettore assegna al cue un millisecondo perché il file possa essere mantenuto, registra la riparazione e il rapporto stampa entrambe le metà: la riga delle perdite nell’intestazione e un errore sotto. La riparazione è la prova; il millisecondo è solo la forma che la prova assume.
Un cue che dura davvero un millisecondo
Sottotitoli
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:03,000 --> 00:00:03,001
I was working late.
Cosa trova il rapporto
Cues ending before they start — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
Scritto a mano come cue di un millisecondo e non segnalato. È questa decisione a dare forma al controllo: anche un cue di durata nulla riparato esce come un millisecondo, quindi una regola che segnalasse le durate brevi definirebbe ogni file con un codice temporale rotto come un file pieno di cue impossibilmente brevi.
La fine precede l’inizio
Sottotitoli
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:05,000 --> 00:00:02,000
I was working late.
Cosa trova il rapporto
Cues ending before they start — 1 found
Lost while reading: Timing × 1
Severity Cues Start End Measured
Error — — — 1 items
Da cinque secondi a due secondi: lo stesso difetto del caso a durata nulla, contato dalla stessa regola e segnalato allo stesso modo. Nulla nel file viene riscritto: i tempi riparati esistono nella copia del lettore perché il resto del file possa essere elaborato, e non sono una correzione offerta dalla pagina.
Domande frequenti
Che cosa conta come cue che finisce prima di iniziare?
Un orario di fine non successivo all’orario di inizio: uguale, come dalle 00:00:03,000 alle 00:00:03,000, oppure anteriore, come dalle 00:00:05,000 alle 00:00:02,000. Entrambi sono lo stesso difetto e vengono contati insieme, e in entrambi i casi si conta sulla riparazione del lettore e non sul cue, perché un codice temporale di quella forma non può essere mantenuto in memoria.
Perché il rapporto non indica i cue coinvolti?
Perché queste riparazioni vengono contate mentre il file viene letto, non raccolte in un elenco. Il rapporto fornisce il conteggio — un errore, una voce nella riga delle perdite — e le due metà sono lo stesso fatto visto dall’intestazione e dai risultati. Se ti serve il cue esatto, cerca nel file il conteggio dei suoi codici temporali invece di un numero di cue.
Un cue che dura un millisecondo è un problema?
Non qui, e deliberatamente. Un cue di un millisecondo scritto a mano è lecito e non viene segnalato; ciò che viene segnalato è un codice temporale che è stato necessario riparare, e che dopo la riparazione risulta memorizzato come un millisecondo. Controllare le durate invece delle riparazioni segnalerebbe ogni file contenente un cue di durata nulla come un file pieno di cue impossibilmente brevi, che è la segnalazione sbagliata due volte.
Questa pagina corregge i codici temporali che trova?
No. I tempi riparati esistono solo dentro il browser perché il resto del file possa essere letto e descritto nel rapporto. Il file che hai scaricato o trascinato è invariato, e da questa pagina non c’è modo di salvare la versione riparata: sostituire un codice temporale rotto è un’operazione che produce un file di sottotitoli, non un controllo.
Quali formati possono essere controllati per i cue che finiscono prima di iniziare?
Dieci su dodici: SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON e CSV. Ne mancano due e nessuna assenza è una dimenticanza. LRC memorizza un solo orario per riga e il lettore ricava ogni fine dal timestamp successivo, quindi una coppia non può mai essere al contrario: il controllo giudicherebbe un campo che il formato non ha. Il testo semplice non ha affatto orari dei cue. Se il tuo file è in uno di questi due, convertilo prima.
Questi codici temporali rotti arrivano sempre dallo stesso posto?
Quasi sempre vengono prodotti e non digitati. Una conversione di frequenza dei fotogrammi che arrotonda dalla parte sbagliata, uno spostamento applicato due volte allo stesso cue, un’esportazione da foglio di calcolo in cui la colonna finale è rimasta vuota ed è stata letta come zero, e un sottotitolo estratto da un file timed-text con un marcatore che non aveva durata fin dall’inizio.
Si possono controllare più file in una sola esecuzione?
Sì. Trascina quanti file vuoi e vengono letti uno dopo l’altro, ciascuno con il proprio rapporto, e i rapporti si scaricano insieme come archivio zip. La coda mostra l’avanzamento per file, l’esecuzione può essere annullata a metà e in nessun momento viene caricato un file.