Convertire SBV in SRT

C'è essenzialmente una sola sorgente. L'editor sottotitoli di YouTube scrive SBV, il suo strumento di download lo offre accanto a SubRip e WebVTT, e nient'altro in uso generale produce il formato. Se un file con questa estensione è sulla propria macchina, viene da un video su quella piattaforma, scaricato deliberatamente o consegnato da chi lo ha scaricato.

Le due situazioni che seguono sono ugualmente comuni. Qualcuno vuole correggere i sottotitoli offline e rimetterli a posto, nel qual caso il formato va bene e questa conversione è superflua. Oppure qualcuno vuole i sottotitoli altrove completamente — una copia locale del video, una seconda piattaforma, un editor, un cliente — ed è lì che un formato letto da una sola azienda diventa un problema.

Perché non lo implementa. VLC e i suoi simili leggono SubRip, WebVTT, Advanced SubStation Alpha e una manciata di formati incorporati nel contenitore; SBV non è nell'elenco e non c'è una cultura di plugin attorno all'aggiungerlo. Il lettore non segnala un errore, semplicemente non trova alcuna traccia sottotitoli e riproduce il video senza.

È una decisione di supporto più che una difficoltà tecnica — il formato è banale da analizzare, il che è piuttosto il punto. Esiste per spostare testo di sottotitoli dentro e fuori un'applicazione web, e non ha mai acquisito l'implementazione ampia che lo avrebbe reso degno del tempo di chi scrive lettori. Il registro lo classifica come di nicchia, esattamente giusto.

La riga temporale si divide e cresce. SBV mette entrambi i tempi su una riga separati da una virgola; SubRip li mette su una riga separati da una freccia, con ogni tempo riempito di zeri a due cifre per le ore e una virgola invece di un punto prima dei millisecondi. Quindi 0:04:12.500,0:04:15.100 diventa 00:04:12,500 --> 00:04:15,100.

Il testo non cambia affatto. Le interruzioni di riga dentro un sottotitolo sopravvivono come interruzioni di riga, i caratteri vengono copiati senza modifiche, e la riga vuota tra le voci viene preservata perché entrambi i formati separano le loro voci allo stesso modo. È l'elenco più corto di differenze di qualsiasi coppia su questo sito.

SubRip mette un numero sequenziale sulla propria riga sopra ogni riga temporale, e un parser rigoroso lo richiede. SBV non ha alcuna numerazione, quindi il convertitore ne fornisce una, contando da uno nell'ordine in cui le voci appaiono.

Poiché le voci SBV escono da YouTube in ordine cronologico, la numerazione corrisponde alla timeline e non c'è nulla da controllare. Se il file è stato modificato a mano e una voce spostata, i numeri seguono il file invece dell'orologio — la maggior parte dei lettori ordina per tempo e non se ne cura, ma un validatore di caricamento rigoroso potrebbe. Leggere la prima e l'ultima voce dopo la conversione è un controllo di sanità di cinque secondi.

È abbastanza insolito su un sito di conversione da valere la pena dirlo senza riserve. SBV non ha stile, posizionamento, colori, font, marcatori di parlante né numerazione. Porta un inizio, una fine e alcune parole. SubRip porta le stesse tre cose e un contatore.

Quindi non c'è alcun compromesso da soppesare, nessuna avvertenza da leggere e nessun output da ispezionare per danni. L'austerità che rende SBV inutile come formato d'archivio è ciò che rende perfettamente sicura la conversione fuori da esso. Ogni altra coppia di sottotitoli su questo sito comporta almeno una decisione sulla precisione o una nota su cosa viene scartato; questa no.

Una grande quota di file SBV sono trascrizioni automatiche piuttosto che sottotitoli redatti a mano, e la conversione non migliora le parole. Il riconoscimento vocale è affidabile sul linguaggio conversazionale ordinario e inaffidabile esattamente sui termini che portano il senso: nomi, luoghi, nomi di prodotti, acronimi e vocabolario tecnico.

Due difetti meccanici vale la pena correggerli allo stesso tempo. L'output automatico interrompe le righe dove il riconoscitore ha svuotato il proprio buffer invece che a un confine di frase, motivo per cui i sottotitoli si leggono goffamente anche quando ogni parola è corretta. E produce battute di lunghezza che nessuno ha scelto. Entrambi sono facili da correggere in un SRT, testo semplice con una struttura ovvia, ed entrambi sono la differenza tra sottotitoli che qualcuno legge e sottotitoli che qualcuno spegne.

C'è una classe di errore che vale la pena cercare deliberatamente invece di leggere oltre. Il riconoscimento vocale non fallisce rumorosamente — sostituisce una parola reale con un'altra parola reale, quindi il sottotitolo è grammaticale, plausibile e sbagliato, e l'occhio scivola sopra. Un nome frainteso, una negazione persa da una frase, una cifra cambiata di un ordine di grandezza: nessuno di questi sembra un errore sulla pagina. Controllare le parole che portano il senso contro l'audio è l'unico passaggio che li individua, ed è il passaggio più spesso saltato.

Quasi ogni piattaforma che accetta sottotitoli accetta SubRip; diverse accettano anche WebVTT; approssimativamente nessuna accetta SBV. Quell'asimmetria è il motivo pratico per cui questa conversione esiste, e controllare i formati accettati dalla destinazione prima di caricare è più veloce che scoprirlo da un rifiuto.

Dove una piattaforma chiede un codice lingua nel nome del file o come campo, lo si imposta correttamente invece di lasciare un predefinito. Le tracce sottotitoli che arrivano senza una lingua dichiarata vengono etichettate per congettura o dalla lingua dell'account di chi carica, motivo per cui una traccia spagnola finisce elencata come inglese su un video che viene poi raccomandato alle persone sbagliate.

L'altra cosa da fare prima di un caricamento invece che dopo è aprire l'SRT e leggere le ultime battute. Un file di sottotitoli scaricato da una piattaforma copre il video come quella piattaforma lo aveva, e un ricaricamento frequentemente non è lo stesso montaggio — una scheda intro aggiunta, un segmento sponsor rimosso, la coda tagliata. La fine del file è dove questo si mostra, e una traccia sottotitoli che va oltre la fine del video è l'unico difetto che un modulo di caricamento accetterà senza commento.

I sottotitoli sono stati sincronizzati contro la copia che è stata caricata. Se il proprio video locale è un montaggio diverso — una versione con una scheda intro, un'apertura tagliata, un ricaricamento con un segmento sponsor rimosso — l'SRT sarà uniformemente sfasato della lunghezza della differenza.

È uno scostamento più che una deriva, ed è il caso facile. Si controlla il primo sottotitolo e uno vicino alla fine: sbagliato della stessa quantità in entrambi i punti significa uno spostamento costante, che qualsiasi lettore e qualsiasi editor di sottotitoli può applicare in un passaggio. Sbagliato di una quantità crescente significherebbe un problema di frame rate, che qui non può accadere perché entrambi i formati dichiarano tempi invece di fotogrammi.

La numerazione che la conversione aggiunge è l'unica cosa nell'output che può essere sbagliata in seguito. SubRip richiede un contatore sequenziale, e ogni modifica che cambia quante voci ci sono — dividere un sottotitolo lungo, unire due frammenti, cancellare una riga vagante — invalida ogni numero dopo di essa. Un file con due voci numerate 214 è un file che alcuni lettori e la maggior parte dei validatori di caricamento segnaleranno.

Due abitudini lo evitano. Si fanno le modifiche strutturali in un editor di sottotitoli invece di un editor di testo, perché lì la rinumerazione è automatica e ovunque altro è manuale. Oppure le si fa nell'SBV, dove non c'è numerazione da rompere, e si converte di nuovo dopo — la conversione è istantanea, nulla va perso in nessuna direzione, e i numeri escono corretti per costruzione. La seconda via è spesso più veloce quando il lavoro è un lungo passaggio di correzione su una trascrizione automatica.

Una volta convertito, il file SubRip è il master migliore secondo ogni misura che conta. Gli editor di sottotitoli lo gestiscono, i lettori lo caricano, le piattaforme lo accettano, e contiene tutto ciò che l'SBV conteneva. Non c'è informazione nell'originale che manchi alla copia.

La disposizione sensata è tenere l'SRT, modificarlo lì, e convertire di nuovo in SBV solo se l'editor sottotitoli di YouTube è dove deve avvenire una correzione particolare. In questo modo il file che si mantiene è quello che tutto il mondo legge, e il formato specifico della piattaforma è qualcosa che si attraversa invece che si archivia.