Convertire VTT in SBV
Oppure incollare il testo dei sottotitoli
Cosa cambia questa conversione
2 elementi vengono scartati o richiedono una decisione
- Stile
tutto lo stile (grassetto, corsivo, colore, contorno, ombra)
- Contenuto specifico del formato
il contenuto che il formato di partenza tiene fuori dai suoi blocchi (blocchi non-cue, testo di intestazione, impostazioni per blocco, eventi commentati) — il formato di destinazione non ha un posto per esso
Questo elenco deriva dalla matrice delle capacità di questi due formati, non dal particolare file caricato. Un file specifico può perdere di più se usa caratteristiche che il formato consente ma la matrice non modella.
Questa pagina riscrive un file WebVTT in SBV, il formato che YouTube usava per i propri sottotitoli. La struttura è semplice: un tempo di inizio, una virgola, un tempo di fine, poi il testo, con una riga vuota tra un blocco e l’altro.
Non esistono numeri di blocco né un’intestazione, quindi sia i numeri di WebVTT sia la riga WEBVTT spariscono; i tempi vengono riscritti in notazione SBV — 0:00:01.000, una cifra per le ore e un punto prima dei millisecondi — e indicano gli stessi istanti, al millisecondo. Ciò che appartiene a un pezzo di testo resta nel testo: grassetto, corsivo, sottolineato e colore escono come tag. Si perdono invece la tabella di stile globale e i blocchi NOTE, STYLE e REGION con le impostazioni per blocco, che SBV non ha.
I tag in linea restano intatti e un blocco di due righe resta di due righe. Un file o un’intera stagione, con un solo ZIP e nessun caricamento.
Esempi
Un file WebVTT tipico, convertito in SBV
Ingresso
WEBVTT
intro
00:00:01.000 --> 00:00:04.000
Hello there.
00:00:04.500 --> 00:00:08.000 align:start position:10%
Second line with <i>italics</i>.
Uscita
0:00:01.000,0:00:04.000
Hello there.
0:00:04.500,0:00:08.000
Second line with <i>italics</i>.
In questo output si perdono: lo stile e i contenuti specifici del formato. Il resto corrisponde riga per riga.
La stessa conversione su un input irregolare
Ingresso
a stray comment line
cue-id-1
00:00:01.000 --> 00:00:02.000
No header, two lines before the timecode.
Uscita
0:00:01.000,0:00:02.000
No header, two lines before the timecode.
Il secondo file contiene un identificatore, un commento e un tempo malformato: l’output SBV conserva solo i blocchi validi e li ordina.
Domande frequenti
Grassetto e corsivo sopravvivono da VTT a SBV?
L’enfasi sì, la tabella di stile no: grassetto, corsivo, sottolineato e colore vengono scritti nel testo SBV come tag (`<i>`, `<b>`, `<u>`, `<font color="…">`), mentre carattere, corpo, contorno, ombra e margini si perdono.
Che fine fanno i blocchi NOTE, STYLE e REGION di VTT nell’SBV?
Vengono scartati: un file WebVTT può portare intestazione, commenti, blocco di stile, regioni e impostazioni per blocco, e SBV non ha dove metterli. I blocchi veri e propri passano interi.
Che aspetto ha l’output quando VTT diventa SBV?
Ha l’aspetto di SBV: niente numeri di blocco e niente intestazione, solo una riga con i due tempi e poi il testo. Ogni blocco VTT diventa un blocco SBV, nello stesso ordine.
I tempi VTT sono esatti nel file SBV?
Sì, al millisecondo: VTT scrive `00:00:04.126` e SBV lo scrive `0:00:04.126`, con l’ora a una cifra. Nulla viene arrotondato e un blocco visibile per 2,9 secondi resta tale.
Come esce un blocco VTT di due righe in SBV?
Come due righe, una sotto l’altra. Le due righe restano un solo sottotitolo e il lettore le mostra insieme.
I blocchi mantengono l’ordine nell’output SBV?
Sì. Prima di scrivere, i blocchi vengono riordinati per tempo di inizio, quindi un VTT con i blocchi in disordine produce un SBV cronologico: la sequenza del file cambia, il testo no.
Posso riconvertire l’SBV in VTT?
Sì, e quella direzione non costa nulla: l’SBV contiene meno di quanto VTT sappia esprimere. Ciò che questa direzione ha perso resta però perso, perché un file SBV non conserva traccia di stile o contenuti specifici.
L’output SBV mantiene la codifica del file VTT?
No: è UTF-8 con fine riga Unix e senza BOM, qualunque codifica usasse il VTT. Un file UTF-16 o a byte singolo viene decodificato in ingresso.