SBV naar SMI
Of plak ondertiteltekst
Wat deze conversie verandert
In deze richting gaat niets verloren — elk kenmerk van het bronformaat heeft in het doelformaat een plek.
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 SBV om naar SMI. Sleep een bestand naar binnen — of plak de tekst — en je krijgt de SMI-versie terug. De conversie draait volledig in je browser, dus er wordt niets geüpload en je hebt geen account nodig.
Er gaat in deze richting niets verloren. SMI heeft geen veld voor een eindtijd, maar de uitvoer zet op elk eindmoment van een SBV-blok een eigen <SYNC>-blok dat het beeld leegmaakt — de duur van je blokken staat dus wel in het bestand, alleen niet in hetzelfde veld.
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 SBV-bestand, omgezet naar SMI
Invoer
0:00:01.000,0:00:03.500
The quick brown fox.
0:00:04.000,0:00:06.250
Jumps over the lazy dog.
0:00:07.000,0:00:09.000
Two lines here.
And a second one.
Uitvoer
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>The quick brown fox.
<SYNC Start=3500>
<P>
<SYNC Start=4000>
<P>Jumps over the lazy dog.
<SYNC Start=6250>
<P>
<SYNC Start=7000>
<P>Two lines here.<br>And a second one.
<SYNC Start=9000>
<P>
</BODY>
</SAMI>
Hier gaat niets verloren: vergelijk beide kanten regel voor regel.
Dezelfde omzetting op een weerbarstige invoer
Invoer
0:00:02.000,0:00:04.000
Carriage-return line endings.
0:00:06.000,0:00:08.000
Indented timecode, no final newline.Uitvoer
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=2000>
<P>Carriage-return line endings.
<SYNC Start=4000>
<P>
<SYNC Start=6000>
<P>Indented timecode, no final newline.
<SYNC Start=8000>
<P>
</BODY>
</SAMI>
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
Hoe weet een SMI-speler waar een SBV-blok eindigt?
Aan een eigen <SYNC>-blok op het eindmoment, met een lege <P>-regel erin. SMI kent geen eindtijdveld, maar de uitvoer maakt de duur dus wel expliciet: elk SBV-eind wordt een blok dat het beeld leegmaakt, en daarna begint pas het volgende blok. Er gaat daarbij niets verloren.
Wat gebeurt er met de milliseconden van SBV bij SBV naar SMI?
SMI rekent in milliseconden, net als SBV, dus er gaat niets verloren: de tijd van 0:00:04.126 wordt Start=4126. Dat is een van de weinige paren hier waarbij de tijdnotatie geen afronding kost.
Hoe ziet de uitvoer eruit als SBV SMI wordt?
Als SMI: een <SAMI>-document met een kop waarin het <STYLE>-blok de CSS staat, en een reeks <SYNC>-blokken met elk een <P>-regel. Elk SBV-blok wordt één SMI-blok, in dezelfde volgorde, met dezelfde tekst. De <STYLE> uit de kop bepaalt hoe die <P>-regels eruitzien; een Class=-attribuut schrijft de omzetting niet.
Hoe komt een SBV-blok van twee regels in SMI uit?
Als twee regels binnen dezelfde <P>-regel, gescheiden door een <br>. Het paar blijft bij elkaar: de twee SBV-regels horen in de SMI-uitvoer nog steeds bij één ondertitel, en een speler toont ze samen.
Blijven SBV-blokken in dezelfde volgorde in SMI staan?
Ja, en ze worden onderweg op starttijd gesorteerd — vroegste eerst, de volgorde die elke speler verwacht. Stond je SBV-bestand niet in volgorde, dan zet de SMI-uitvoer het recht; dat raakt de structuur, niet de inhoud, en het is bewust gedaan.
Kan ik de SMI weer naar SBV omzetten?
Ja, en die richting heeft haar eigen lijst: SMI naar SBV moet de ontbrekende eindtijden afleiden uit het volgende blok, en dat is een aanname. Die lijst verschilt van de lijst hierboven omdat beide formaten andere dingen bewaren.