Hoppa till innehållet
cinemaOS

Guider

Undertextformat förklarade: SRT, WebVTT, EBU-STL med flera

SRT, WebVTT, ASS, SCC, EBU-STL, iTT, IMSC1 och EBU-TT-D: vad varje format är, vem som kräver det, konventioner för läshastighet och QC före leverans.

Vilket undertextformat du levererar beror på vart filmen ska. SRT är det universella textformatet som de flesta plattformar och festivaler accepterar. WebVTT är standarden för webbspelare. SCC bär textning i amerikansk stil för broadcast. EBU-STL är det sedan länge etablerade europeiska utbytesformatet för broadcast. iTT är Apples format för tidsatt text. IMSC1 och EBU-TT-D är moderna XML-profiler av TTML som används av streamingtjänster och tv-bolagens onlinetjänster. ASS är för rikt formaterade undertexter, ofta inbrända.

Regeln som sparar mest besvär: läs leveransspecifikationen först och exportera exakt det den kräver. Den här guiden förklarar varje format, vem som typiskt kräver det, de läskonventioner som gäller för alla och hur du kontrollerar filerna innan de lämnar dina händer.

Arbetshästarna i ren text: SRT och WebVTT

SRT (SubRip)

SRT är en numrerad lista med repliker, var och en med start- och sluttid och en eller två rader text. Det är lätt att läsa, lätt att redigera i vilken textredigerare som helst och accepteras nästan överallt: videoplattformar, många streamingaggregatorer och de flesta plattformar för festivalanmälan.

Dess begränsningar är skälet till att andra format finns. SRT har ingen standard för placering eller formatering. Vissa spelare respekterar enkla kursivtaggar, andra ignorerar dem. Teckenkodningen spelar också roll: spara som UTF-8, annars kan å, ä och ö gå sönder i vissa spelare.

WebVTT

WebVTT är webbens undertextformat, och används med HTML5-elementet track. Det ser ut som SRT med ett huvud och en punkt i stället för ett kommatecken i tidsstämplarna, och lägger till replikinställningar för placering och justering samt formatering. Om målet är en webbplats, en egen spelare eller en webbaserad videotjänst är WebVTT oftast rätt val.

Formaterade undertexter: ASS

ASS (Advanced SubStation Alpha) stöder typsnitt, färger, konturer, exakt placering och effekter. Det är populärt för stiliserat arbete, text i karaokestil och filmer där undertexterna är en del av designen. Få professionella plattformar accepterar ASS som sidofil, så det används mest för att skapa looken och sedan bränna in den i bilden.

Broadcastformat: SCC och EBU-STL

SCC (Scenarist Closed Caption)

SCC bär CEA-608-textning, standarden för textning på rad 21 som används i nordamerikansk broadcast. Det efterfrågas ofta av amerikanska tv-bolag och vissa distributörer. Formatet har snäva begränsningar: en begränsad teckenuppsättning, ett fast textningsrutnät med kort maximal radlängd och timing knuten till broadcastens bildfrekvenser. Räkna med kortare rader än du skulle använda i SRT.

EBU-STL

EBU-STL (EBU Tech 3264) är ett binärt utbytesformat för undertexter som europeiska tv-bolag har använt i årtionden. Tv-bolag och deras textningsleverantörer efterfrågar det fortfarande för arbetsflöden i linjär tv. Eftersom det är binärt kan du inte rätta det i en textredigerare; exportera det korrekt från början och validera det.

Tidsatt text i XML: iTT, IMSC1 och EBU-TT-D

Alla de här formaten bygger på TTML (Timed Text Markup Language), W3C:s XML-standard för tidsatt text. De skiljer sig i profil: vilka funktioner de tillåter och vem som förväntar sig dem.

  • iTT (iTunes Timed Text) är Apples TTML-baserade format, som används vid leverans till Apples plattformar via deras leveranspartner.
  • IMSC1 är en W3C-profil av TTML utformad för internetmedia. Många streamingtjänster accepterar eller föredrar en IMSC-profil för textundertexter. Kontrollera om specifikationen anger en viss IMSC-version.
  • EBU-TT-D är Europeiska radio- och tv-unionens TTML-profil för distribution, som används för online- och smart-tv-tjänster som drivs av europeiska tv-bolag.

Om en specifikation säger "TTML", fråga vilken profil. Skillnaderna spelar roll för validerarna.

Vem kräver vad

Bara generella mönster. Varje plattform, tv-bolag och festival publicerar sina egna regler, och reglerna ändras.

  • Webb och sociala medier: SRT eller WebVTT som sidofil, eller inbrända undertexter för plattformar och autouppspelande flöden som ignorerar sidofiler.
  • Streamingtjänster: vanligen en TTML-profil som IMSC1, ibland SRT för mindre tjänster. Följ stilguiden exakt.
  • Apples plattformar: iTT, oftast levererat via en godkänd partner.
  • Amerikansk broadcast: SCC för textning.
  • Europeisk broadcast: EBU-STL för traditionella arbetsflöden, EBU-TT-D för onlinetjänster.
  • Festivaler: oftast en SRT-fil till urvalskommittén, plus textade visningskopior enligt festivalens tekniska specifikation. Se vår checklista för festivalleveranser.

Läshastighet och radlängd

Formatet bär texten; konventionerna avgör om folk hinner läsa den. Vanliga riktlinjer, som varierar mellan plattformar och publik:

  • Högst två rader per undertext, med radbrytningen vid en naturlig frasgräns.
  • Radlängd typiskt runt 37 till 42 tecken för latinsk skrift. Broadcastformat för textning som SCC är snävare.
  • Läshastighet uttrycks ofta i tecken per sekund. Många guider föreslår ungefär 15 till 17 för vuxeninnehåll, och långsammare för barnprogram, medan vissa plattformar tillåter upp till omkring 20.
  • Minsta visningstid under en sekund undviks i regel; runt fem sjättedels sekund är ett vanligt golv. Längsta visningstid är ofta runt sju sekunder.
  • Glapp på ett par bildrutor mellan på varandra följande undertexter hjälper ögat att registrera ett byte.
  • Bildbyten: undvik undertexter som sträcker sig över ett klipp med bara några få rutor.

Översatta undertexter blir oftast längre än källan. Bygg in marginal när du segmenterar originalet.

QC före leverans

En underkänd undertextfil faller oftast på tråkiga skäl: överlappningar, en replik som är för snabb att läsa, ett trasigt tecken, fel bildfrekvens. Kontrollera:

  1. Teckenkodning (UTF-8 för textformat) och att varje specialtecken visas.
  2. Inga överlappande repliker, inga repliker med noll längd.
  3. Läshastighet och radlängd inom plattformens gränser.
  4. Timing i synk från första repliken till sista, särskilt efter bildändringar.
  5. Bildfrekvens och starttidkod stämmer med mastern.
  6. Filen spelas i målspelaren eller klarar plattformens validerare.

I cinemaOS kör Finisher ▸ Localize ▸ Captions QC mot en profil före export. Strict rapporterar varje problem så att du kan lösa det, och Compatible Repair siktar på en fil som spelas rent i olika spelare. Från samma ställe kan du exportera SRT, WebVTT, ASS, SCC, EBU-STL, iTT, IMSC1, EBU-TT-D eller FCPXML, eller använda Burn In för en version med undertexterna renderade i bilden. Om du först behöver undertexterna på ett annat språk, se så översätter du undertexter lokalt på din Mac.

FAQ

Ska jag leverera SRT eller WebVTT?

Leverera det som mottagaren anger. Utan specifikation är SRT det säkraste allmänna valet och WebVTT bättre för webbspelare.

Kan jag konvertera SRT till EBU-STL eller SCC i efterhand?

Det går, men konverteringar blottar begränsningar: SCC:s korta rader och begränsade tecken, och EBU-STL:s binära struktur. Segmentera och kör QC för det strängaste format du behöver, och exportera sedan de andra från samma källa.

När ska jag bränna in undertexter?

När spelaren ignorerar sidofiler, för inlägg i sociala medier och autouppspelande flöden, eller när en visningslokal kräver det. Behåll också en ren master utan undertexter.

Exportera rätt format första gången

Ha en rättad undertextkälla och exportera varje leveransformat från den. Ladda ner cinemaOS för att köra QC och exportera alla format på din Mac under den 60 dagar långa gratisperioden; inget kort krävs.