VTT naar SBV
Of plak ondertiteltekst
Wat deze conversie verandert
2 dingen vervallen of vragen om een beslissing
- Opmaak
alle opmaak (vet, cursief, kleur, contour, schaduw)
- Formaatspecifieke inhoud
inhoud die het bronformaat buiten zijn blokken bewaart (blokken die geen ondertitel zijn, koptekst, instellingen per blok, uitgecommentarieerde gebeurtenissen) — het doelformaat heeft er geen plek voor
Deze lijst komt uit de capaciteitenmatrix voor deze twee formaten, niet uit het bestand dat je hebt geladen. Een specifiek bestand kan meer verliezen wanneer het kenmerken gebruikt die het formaat toestaat maar de matrix niet modelleert.
Deze pagina zet WebVTT om naar SBV, het ondertitelformaat dat YouTube voor zijn eigen uploads schreef. De vorm is eenvoudig: een begintijd, een komma, een eindtijd, dan de tekst, met een lege regel tussen blokken. Er zijn geen cue-nummers, dus de blok-ID’s uit je VTT-bestand vallen weg; de tekst, de regeleinden en de tijden gaan mee.
De tijdstempels worden in SBV-notatie herschreven — 0:00:01.000, één cijfer voor het uur en een punt vóór de milliseconden — en ze benoemen dezelfde momenten als de 00:00:01.000 waar ze vandaan komen. Inline-tags gaan ongewijzigd door, en een blok dat twee regels had, houdt twee regels.
Wat niet meekan, is de documentlaag van WebVTT: de kop, de NOTE-, STYLE- en REGION-blokken en de instellingen align:start of position:10%. SBV kent alleen cues. Het verliesoverzicht noemt het, en de omzetting zelf draait in je browser.
Voorbeelden
Een typisch VTT-bestand, omgezet naar SBV
Invoer
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>.
Uitvoer
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 deze uitvoer verloren: styling en formaateigen inhoud. Al het andere komt regel voor regel overeen.
Dezelfde omzetting op een rommelige invoer
Invoer
a stray comment line
cue-id-1
00:00:01.000 --> 00:00:02.000
No header, two lines before the timecode.
Uitvoer
0:00:01.000,0:00:02.000
No header, two lines before the timecode.
Zo zien echte bestanden eruit — gemengde regeleinden, losse spaties, lege velden. Vergelijk met het nette voorbeeld hierboven om te zien wat de parser vergeeft.
Veelgestelde vragen
Overleven vet en cursief van VTT naar SBV?
Ja. SBV schrijft de tekst van de cue ongewijzigd uit, dus een <i> of <b> in je WebVTT-tekst staat er in het SBV-bestand precies zo weer. Wat niet meekomt, is de globale styling uit het STYLE-blok: die hoort bij het document en SBV kent geen documentlaag.
Wat gebeurt er met de NOTE-, STYLE- en REGION-blokken van VTT in SBV?
Die vallen weg. SBV bewaart per cue een begintijd, een eindtijd en tekst, en heeft geen kop, geen opmerkingen, geen stylesheet en geen regio-definities. De cues zelf komen heel over, met tekst en tijden; de documentlaag eromheen verdwijnt.
Hoe ziet de SBV-uitvoer eruit als VTT wordt omgezet?
Als SBV: geen cue-nummers en geen WEBVTT-kop. Elke cue is twee tijdstempels met een komma ertussen, dan de tekst, dan een lege regel. De blok-ID’s uit VTT komen niet terug, omdat SBV ze niet kent.
Zijn de VTT-tijden exact in het SBV-bestand?
Ja, tot op de milliseconde. VTT schrijft 00:00:04.126 en SBV schrijft hetzelfde moment als 0:00:04.126 — alleen het uurveld en de plaatsing van de punt verschillen in notatie, niet in waarde. Niets wordt afgerond of verschoven.
Hoe komt een VTT-blok van twee regels in SBV terecht?
Als twee regels binnen hetzelfde blok, zonder lege regel ertussen. SBV scheidt blokken met een lege regel, dus een regeleinde binnen de cue blijft ondubbelzinnig: de twee regels horen bij één ondertitel.
Blijft de volgorde van VTT-blokken bewaard in SBV?
Ja, en ze worden onderweg op begintijd gesorteerd — vroegste eerst. Stond je VTT-bestand niet in tijdsorde, dan zet de SBV-uitvoer de blokken terug in de juiste; dat is een structurele wijziging, geen inhoudelijke.
Kan ik de SBV daarna weer naar VTT omzetten?
Ja. Die richting schrijft een WEBVTT-bestand met cues en tijdstempels, maar de documentlaag die SBV nooit had — kop, NOTE-, STYLE- en REGION-blokken, cue-instellingen — komt niet terug. De lijst van die pagina verschilt dus van de lijst hierboven.
Behoudt de SBV-uitvoer de tekencodering van het VTT-bestand?
Nee — de uitvoer is UTF-8, met Unix-regeleinden en zonder byte-order mark, wat het VTT-bestand ook gebruikte. Een bestand in UTF-16 of een Windows-eenbytecodering wordt bij het inlezen gedecodeerd; wat eruit komt is altijd dezelfde UTF-8-SBV.