SRT naar SSA
Of plak ondertiteltekst
Wat deze conversie verandert
1 ding vervalt of vraagt om een beslissing
- Nauwkeurigheid
tijdprecisie — de klok van de uitvoer is grover, dus elke tijdstempel wordt afgerond op de dichtstbijzijnde 10 ms
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 SRT om naar SSA. Sleep een bestand erin — of plak de tekst — en je krijgt de SSA-versie terug. De omzetting draait volledig in je browser, dus niets wordt geüpload en je hebt geen account nodig.
Deze twee formaten bewaren niet dezelfde dingen, en het verschil is niet cosmetisch: precisie heeft in SSA geen plek. De lijst hierboven komt uit wat beide formaten elk kunnen uitdrukken, niet uit jouw bestand, dus het antwoord is hetzelfde voordat je iets laadt.
Eén bestand is prima, en een heel seizoen ook: de wachtrij werkt ze in volgorde af en de resultaten komen samen als één ZIP binnen.
Voorbeelden
Een typisch SRT-bestand, omgezet naar SSA
Invoer
1
00:00:01,000 --> 00:00:03,500
Hello there.
2
00:00:03,500 --> 00:00:06,000
<i>Whispering</i> now.
And a second line.
3
00:00:06,000 --> 00:00:09,250
<b>Bold</b> statement.
Uitvoer
[Script Info]
ScriptType: v4.00
[V4 Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, TertiaryColour, BackColour, Bold, Italic, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, AlphaLevel, Encoding
Style: Default,Arial,20,&H00FFFFFF,&H000000FF,&H00000000,&H00000000,0,0,1,2,2,2,10,10,10,0,1
[Events]
Format: Marked, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:01.00,0:00:03.50,Default,,0,0,0,,Hello there.
Dialogue: 0,0:00:03.50,0:00:06.00,Default,,0,0,0,,{\i1}Whispering{\i0} now.\NAnd a second line.
Dialogue: 0,0:00:06.00,0:00:09.25,Default,,0,0,0,,{\b1}Bold{\b0} statement.
In deze uitvoer verloren: precisie. Al het andere komt regel voor regel overeen.
Dezelfde omzetting op een rommelige invoer
Invoer
1
0:00:01,00 --> 0:00:03,500
<B>Bold</B> and <I>italic</I>.
2
00:00:03,500 --> 00:00:06,000
3
00:00:08,000 --> 00:00:09,000
Last one.
Uitvoer
[Script Info]
ScriptType: v4.00
[V4 Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, TertiaryColour, BackColour, Bold, Italic, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, AlphaLevel, Encoding
Style: Default,Arial,20,&H00FFFFFF,&H000000FF,&H00000000,&H00000000,0,0,1,2,2,2,10,10,10,0,1
[Events]
Format: Marked, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:01.00,0:00:03.50,Default,,0,0,0,,{\b1}Bold{\b0} and {\i1}italic{\i0}.
Dialogue: 0,0:00:03.50,0:00:06.00,Default,,0,0,0,,
Dialogue: 0,0:00:08.00,0:00:09.00,Default,,0,0,0,,Last one.
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
Waarom verschuiven de tijdstempels van SRT naar SSA?
SSA bewaart tijd als 0:00:04.13 waar SRT 00:00:04,126 bewaart — een honderdste tegen een duizendste — dus elke tijdcode wordt op de dichtstbijzijnde 10 ms afgerond: 00:00:04,126 wordt 4,13 seconden. Niets wordt uitgerekt of herordend en geen blok verschuift meer dan 5 ms, maar als je deze ondertitels tegen een ander bestand uitlijnt, is dit de enige plek waar de omzetting niet meer exact is.
Hoe ziet de SSA-uitvoer eruit als SRT wordt omgezet?
Als SSA: geen bloknummers, maar elke ondertitel is een Dialogue-regel in de sectie [Events], met een veld Marked waar SRT het nummer bewaart. Elk SRT-blok wordt één SSA-blok, in dezelfde volgorde, met dezelfde tekst.
Hoe komt een SRT-blok van twee regels in SSA terecht?
Als twee regels met een \N ertussen, de manier waarop SSA een harde regeleinde schrijft. Het paar blijft bij elkaar — de twee SRT-regels horen in de SSA-uitvoer nog steeds bij één ondertitel, en een speler toont ze samen.
Blijft de volgorde van SRT-blokken bewaard in SSA?
Ja, en ze worden onderweg op begintijd gesorteerd — vroegste eerst, zoals elk formaat hier ze verwacht en zoals spelers ze lezen. Stond je SRT-bestand in een andere volgorde, dan zet de SSA-uitvoer ze terug in de juiste; dat is een wijziging aan de structuur van het bestand, niet aan de inhoud, en ze is bewust.
Kan ik de SSA daarna weer naar SRT omzetten?
Ja, en die richting heeft zijn eigen lijst: SSA naar SRT verliest opmaak, positionering, karaoke en formaateigen inhoud. Die lijst verschilt van de lijst hierboven omdat de twee formaten andere dingen bewaren.
Behoudt de SSA-uitvoer de tekencodering van het SRT-bestand?
Nee — de uitvoer is UTF-8, met Unix-regeleinden en zonder byte-order mark, wat het SRT-bestand ook gebruikte. Een bestand in UTF-16 of in een Windows-eenbytecodering wordt bij het inlezen gedecodeerd (het resultatenpaneel zegt dat erbij); wat eruit komt is altijd dezelfde UTF-8-SSA.