VTT naar CSV
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 schrijft je WebVTT-ondertitels als een spreadsheet: de kolommen start, end en text met een kopregel erboven, en één cue per rij. De tijdstempels houden de vorm die VTT al gebruikte — 00:00:04.500 — want de punt botst niet met het scheidingsteken tussen velden, dus er hoeft niets herschreven te worden.
Inline-opmaak blijft in de cel staan: een <i> of <b> is tekst binnen het tekstveld, en CSV heeft geen andere plek om het kwijt te kunnen. Wat niet meekan, is de documentlaag van WebVTT — de kop, de NOTE-, STYLE- en REGION-blokken en de instellingen achter de tijdstempel. Die horen bij het bestand als geheel, niet bij een cue, en een tabel bewaart cues.
Een tabel is de moeite van het exporteren waard zodra je op tijd wilt sorteren, overlappende blokken wilt vinden of het werk aan iemand anders wilt geven. Terug omzetten kan ook: de pagina CSV naar VTT leest de kolommen op hun kop. Alles gebeurt in je browser.
Voorbeelden
Een typisch VTT-bestand, omgezet naar CSV
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
start,end,text
00:00:01.000,00:00:04.000,Hello there.
00:00:04.500,00: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
start,end,text
00:00:01.000,00: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 CSV?
De nadruk wel, de stijltabel niet. Opmaak die bij een stuk tekst hoort — vet, cursief, onderstreept, een kleur — wordt als tag in de CSV-tekst geschreven, want dat is het enige soort styling dat een cue-formaat nog kan dragen. Wat verdwijnt, is wat het VTT-bestand globaal zei: het lettertype, de grootte, de rand, de schaduw en de marges.
Wat gebeurt er met de NOTE-, STYLE- en REGION-blokken van VTT in CSV?
Die vallen weg. Een WebVTT-bestand kan een kop, opmerkingen, een stylesheet, regio-definities en cue-instellingen zoals align of position dragen, en CSV heeft daar geen plek voor: het bewaart cues, geen document. De cues zelf, tekst en tijden, komen heel over.
Hoe ziet de CSV-uitvoer eruit als VTT wordt omgezet?
Als een tabel: een kopregel met start, end en text, en daarna één rij per VTT-cue, in dezelfde volgorde, met dezelfde tekst. De tijdstempels staan met een punt, zoals in WebVTT, en een veld met een komma of regeleinde wordt tussen aanhalingstekens gezet.
Zijn de VTT-tijden exact in het CSV-bestand?
Ja, tot op de milliseconde — fijner gaat geen van beide formaten. Zowel VTT als CSV schrijft een moment als 00:00:04.126, dus de tijdcodes komen teken voor teken uit zoals ze erin gingen.
Hoe komt een VTT-blok van twee regels in CSV terecht?
Als één rij met de regeleinde binnen het tekstveld tussen aanhalingstekens, de standaardmanier om een regeleinde in een CSV-cel te zetten. Je spreadsheet toont het als een cel van twee regels, niet als twee rijen.
Blijft de volgorde van VTT-blokken bewaard in CSV?
Ja, en ze worden onderweg op begintijd gesorteerd — vroegste eerst. Had je VTT-bestand zijn cues door elkaar staan, dan zet de CSV-uitvoer de rijen terug in de juiste volgorde; dat is een structurele wijziging, geen inhoudelijke.
Kan ik de CSV daarna weer naar VTT omzetten?
Ja. De pagina CSV naar VTT leest de kolommen op basis van de kopregel en schrijft er weer een WEBVTT-bestand van. Wat je onderweg niet terugkrijgt, is de documentlaag die CSV nooit heeft bewaard — de kop, de NOTE-, STYLE- en REGION-blokken en de cue-instellingen.
Behoudt de CSV-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 (het resultatenpaneel zegt dat erbij); wat eruit komt is altijd dezelfde UTF-8-CSV.