SMI naar SSA
Of plak ondertiteltekst
Wat deze conversie verandert
2 dingen vervallen of vragen om een beslissing
- Nauwkeurigheid
tijdprecisie — de klok van de uitvoer is grover, dus elke tijdstempel wordt afgerond op de dichtstbijzijnde 10 ms
- 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 SMI om naar SSA. Sleep een bestand naar binnen — of plak de tekst — en je krijgt de SSA-versie terug. De conversie draait volledig in je browser, dus er wordt niets geüpload en je hebt geen account nodig.
De twee formaten bewaren niet dezelfde dingen: SSA schrijft honderdsten van een seconde waar SMI milliseconden telt, en de kop van het SAMI-document heeft in SSA geen equivalent. De lijst hierboven komt uit wat beide formaten kunnen uitdrukken, niet uit jouw bestand.
Eén bestand kan, een heel seizoen ook: de wachtrij werkt ze op volgorde af en de resultaten komen samen als één ZIP binnen.
Voorbeelden
Een typisch SMI-bestand, omgezet naar SSA
Invoer
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial; }
.ENCC { Name: English; lang: en-US; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P Class=ENCC>Hello there.
<SYNC Start=3000>
<P Class=ENCC>
<SYNC Start=3500>
<P Class=ENCC>How are you?<br>Fine, thanks.
<SYNC Start=6000>
<P Class=ENCC>
</BODY>
</SAMI>
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.00,Default,,0,0,0,,Hello there.
Dialogue: 0,0:00:03.50,0:00:06.00,Default,,0,0,0,,How are you?\NFine, thanks.
Verloren in deze uitvoer: precisie en formaateigen inhoud. Alles wat overblijft klopt regel voor regel.
Dezelfde omzetting op een weerbarstige invoer
Invoer
<SAMI>
<HEAD>
<TITLE>Episode 1</TITLE>
<STYLE TYPE="text/css">
<!--
.ENCC { Name: English; }
-->
</STYLE>
</HEAD>
<BODY>
<sync start="00:00:02,500">
<P Class=ENCC>Line one<br>Line two
<sync start=9000>
<P Class=ENCC>Tom & Jerry
<SYNC Start=12000>
<P Class=ENCC>
</BODY>
</SAMI>
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:02.50,0:00:09.00,Default,,0,0,0,,Line one\NLine two
Dialogue: 0,0:00:09.00,0:00:12.00,Default,,0,0,0,,Tom & Jerry
Zo ziet schade in echte bestanden eruit — gemengde regeleinden, losse spaties, blokken zonder tekst. Vergelijk dit met het nette voorbeeld hierboven om te zien wat de parser vergeeft.
Veelgestelde vragen
Waarom verschuiven de tijden van SMI naar SSA?
Omdat SSA in honderdsten van een seconde rekent en SMI in milliseconden. Een SMI-moment op Start=4126 wordt in SSA 0:00:04.13 — vier milliseconden later. Dat is het enige wat aan de tijd verandert; de volgorde en de duur van elk blok blijven gelijk.
Wat gebeurt er met het <STYLE>-blok, <TITLE> en de Class=-attributen van SAMI in SSA?
Die hebben in SSA geen plek en vallen weg. De CSS-regels uit <STYLE> zijn geen SSA-stijlen, <TITLE> is geen [Script Info]-sleutel, en Class= hoort bij de HTML-achtige opbouw van SAMI. Wat je terugkrijgt is een SSA-bestand met een [V4 Styles]-tabel met één Default-stijl en Dialogue:-regels die naar de standaardstijl verwijzen.
Hoe ziet de uitvoer eruit als SMI SSA wordt?
Als SSA: een [Script Info]-blok, een [V4 Styles]-tabel met één Default-stijl en per blok een Dialogue:-regel met de tien vaste velden Marked, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect en Text. Elk SMI-blok wordt één Dialogue:-regel, in dezelfde volgorde.
Hoe komt een SMI-blok van twee regels in SSA uit?
De <br> uit de <P>-regel wordt de harde regeleinde van SSA: binnen het Text-veld van de Dialogue:-regel staat een backslash gevolgd door N. De twee regels zitten dus in één SSA-regel en een speler toont ze weer onder elkaar.
Blijven SMI-blokken in dezelfde volgorde in SSA staan?
Ja, en ze worden onderweg op starttijd gesorteerd — vroegste eerst. Stond je SMI-bestand niet in volgorde, dan zet de SSA-uitvoer het recht; dat raakt de structuur, niet de inhoud, en het is bewust gedaan.
Kan ik de SSA weer naar SMI omzetten?
Ja, en die richting heeft haar eigen lijst: SSA naar SMI verliest stijl, positie, karaoke en de constructies die SSA buiten de cue kent. Die lijst verschilt van de lijst hierboven omdat beide formaten andere dingen bewaren.
Behoudt de SSA-uitvoer de tekencodering van het SMI-bestand?
Nee — de uitvoer is UTF-8, met Unix-regeleinden en zonder BOM, wat het SMI-bestand ook gebruikte. Een bestand in UTF-16 of in een Windows-codering met één byte wordt bij het inlezen gedecodeerd; wat eruit komt is altijd dezelfde UTF-8-SSA.