TXT naar SMI
Of plak ondertiteltekst
Opties
Wordt gebruikt wanneer de bron geen eindtijden heeft (platte tekst, LRC). De tijdlijn in de uitvoer wordt hier gegenereerd in plaats van omgerekend, dus dit getal is wat je krijgt.
Wat deze conversie verandert
1 ding vervalt of vraagt om een beslissing
- Timing
de tijdlijn zelf — de bron legt geen tijden vast, dus die van de uitvoer wordt gegenereerd in plaats van omgerekend
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 TXT om naar SMI. Je sleept een bestand naar het vak of plakt de tekst erin, en je krijgt de SMI-versie terug. De conversie draait volledig in je browser: er wordt niets geüpload en je hebt geen account nodig.
SMI is HTML-achtig en werkt met SYNC-momenten: de tekst komt in een P-element te staan. Omdat een SYNC vervangt wat er op het scherm stond, volgt na elk blok een leeg P-blok. Een tekstbestand heeft geen tijden, dus de SYNC-momenten worden hier gegenereerd.
Lege regels zijn alineagrenzen en worden geen lege blokken. Eén bestand kan, een heel seizoen ook: de wachtrij werkt ze in volgorde af en levert één ZIP op.
Voorbeelden
Een typisch TXT-bestand, omgezet naar SMI
Invoer
The quick brown fox jumps over the lazy dog.
Second paragraph, first line.
Second paragraph, second line.
Uitvoer
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=0>
<P>The quick brown fox jumps over the lazy dog.
<SYNC Start=2000>
<P>
<SYNC Start=2000>
<P>Second paragraph, first line.
<SYNC Start=4000>
<P>
<SYNC Start=4000>
<P>Second paragraph, second line.
<SYNC Start=6000>
<P>
</BODY>
</SAMI>
In deze uitvoer gaat timing verloren. Al het andere komt regel voor regel overeen.
Dezelfde conversie op een rommelige invoer
Invoer
Hello world.
Second block.
Uitvoer
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=0>
<P>Hello world.
<SYNC Start=2000>
<P>
<SYNC Start=2000>
<P>Second block.
<SYNC Start=4000>
<P>
</BODY>
</SAMI>
Zo zien echte bestanden er vaak uit: gemengde regeleinden, losse spaties, lege velden. Vergelijk het met het nette voorbeeld hierboven om te zien wat de parser vergeeft.
Veelgestelde vragen
Worden de tijdcodes verzonnen als een TXT-bestand SMI wordt?
Ja. Een tekstbestand heeft geen tijdcode om te bewaren, dus de SYNC-tijden in de SMI-uitvoer worden hier gegenereerd: vanaf nul, met voor elke regel dezelfde duur, en steeds aansluitend op de vorige regel.
Hoe ziet de uitvoer eruit als TXT SMI wordt?
Als SMI: geen bloknummers en geen tijdcode-regel, maar voor elk blok een <SYNC Start=…>-tag met de tekst in een <P> eronder, gevolgd door een <P> -blok dat het scherm leegmaakt. Elk TXT-blok wordt één SMI-blok, in dezelfde volgorde en met dezelfde tekst.
Blijft de volgorde van TXT-blokken in de SMI-uitvoer behouden?
Ja, en ze worden onderweg op starttijd gesorteerd: vroegste eerst. Stond jouw tekstbestand niet in volgorde, dan zet de SMI-uitvoer de blokken weer netjes achter elkaar. Dat is een structurele ingreep, geen inhoudelijke, en ze is bewust.
Kan ik de SMI terug naar TXT omzetten?
Ja, en die richting heeft een eigen lijst: SMI naar TXT verliest timing, stijl, positie, regelbreuken en formaatspecifieke inhoud. Die lijst verschilt van de lijst hierboven, omdat beide formaten andere dingen bewaren.
Blijft de tekencodering van het TXT-bestand behouden in de SMI-uitvoer?
Nee. De uitvoer is UTF-8 met Unix-regeleinden en zonder BOM, wat het tekstbestand ook gebruikte. Een bestand in UTF-16 of in een Windows-codering met één byte wordt bij het inlezen gedecodeerd (het resultaatpaneel zegt het als dat gebeurt); wat eruit komt is altijd dezelfde UTF-8-SMI.