Het korte antwoord: loopt de video in een browser, VTT; op elke andere plek, SRT.
Het lange past in een tabel en twee minuten, en het is de moeite te lezen, want de helft van de last die mensen met ondertitels hebben komt niet van een gebrekkig bestand maar van het verkeerde formaat gekozen te hebben.
De twee, naast elkaar
| SRT | VTT | |
|---|---|---|
| Uitgang | .srt | .vtt |
| Milliseconden | 00:00:04,120 | 00:00:04.120 |
| Kop | geen | WEBVTT, verplicht |
| HTML5-video | leest hem niet | de enige die hij leest |
| Montageprogramma's | allemaal | praktisch geen |
| Uploaden naar platforms | komt altijd door | hangt van het platform af |
| Plaats op het scherm | — | ja |
| Stijl en kleur | — | ja, met CSS |
| Interne aantekeningen | — | NOTE-blokken |
| Wie er spreekt | als tekst en niets meer | label <v Naam> |
| In omloop sinds | de jaren negentig | 2010 |
Welke je neemt
VTT als de video op een webpagina gaat lopen — een HTML5-<track>, Video.js, Plyr —, als je hem in HLS levert, of als de ondertitel op een bepaalde plek op het scherm moet staan om niets te bedekken.
SRT als het bestand naar Premiere gaat, naar DaVinci, naar Final Cut of naar VLC; als het ondertitelveld van een platform erom vraagt; als je hem aan iemand geeft zonder te weten wat die ermee gaat doen; of als hem lezen het hele doel is.
En dat laatste is de sleutel tot alles: de SRT speelt de rol van gemene deler. Hij is dertig jaar in omloop en er is niets dat hem weigert. Zonder een bepaalde reden om de andere te kiezen, is dit degene die je nooit laat zitten.
Wat er bij de omzetting verloren gaat
Van SRT naar VTT gaat er niets verloren, omdat een SRT niets bevat wat een VTT niet kan weergeven. Het enige wat voorzichtigheid vraagt is het beschermen van de tekens &, < en >, die in een SRT gewone tekst zijn en in een VTT opmaak. Een «Tom & Jerry» zonder bescherming kan de rest van de regel opeten.
Van VTT naar SRT blijven er wel dingen achter, en het is goed ze in je hoofd te houden:
- Positie en uitlijning. Een SRT heeft er geen plaats voor. Weggehaald.
- Stijl. Hetzelfde: eruit met de
STYLE-blokken en de<c.wat-dan-ook>-klassen. - Gebieden. Die bestaan in SRT simpelweg niet.
- Notities. De
NOTE-blokken zijn geen ondertitels en mogen niet in de tekst eindigen. - Kenmerken voor spreekregels. De namen worden weggegooid en de blokken vanaf één opnieuw genummerd, wat een SRT als vanzelfsprekend neemt.
Wat er heel aankomt: de tekst, de tijden tot op de milliseconde en wie er spreekt. De labels <v Marta> eindigen als een «Marta:» aan de kop van de regel, want dat kan een SRT wel tonen.
Het is de omzetting die daarbuiten het vaakst verprutst wordt. Een omzetter die zich beperkt tot punten voor komma's wisselen laat je een «line:90% align:start» op het scherm achter en
NOTE-blokken tussen de ene ondertitel en de volgende.
En de andere formaten?
Er zijn er nog twee die je zult tegenkomen:
ASS/SSA (.ass), uit het amateurondertitelen van Japanse animatie. Hij doet alles wat VTT doet en een heel stuk meer: lettertypes, karaoke, beweging, vervormingen. De prijs is dat buiten zijn eigen wereld bijna niets hem aanneemt.
TTML/DFXP (.ttml, .dfxp), die van de omroepwereld. XML, zwaar, uitputtend, en wat sommige grote platforms voor beroepsmateriaal eisen. Je gaat hem niet met de hand schrijven.
Voor 95% van de gevallen ligt de keuze nog tussen de twee hierboven.
Van de een naar de ander omzetten
Alle drie de omzetters werken in je browser: het bestand reist nergens naartoe, er is geen wachtrij en er is geen bovengrens aan gebruik.
- SRT naar VTT, zodat de video op je pagina ondertitels draagt.
- VTT naar SRT, zodat je montageprogramma ophoudt te klagen.
- SRT naar tekst, voor wanneer je geen ondertitels zoekt maar wilt lezen wat er gezegd is.
En heb je nog geen ondertitelbestand maar alleen de video of de audio, upload hem dan: we geven de transcriptie terug met de minuten en de stemmen apart, klaar om te exporteren in het formaat dat je past. Zonder account om te beginnen en zonder iets te installeren.