Naar de hoofdinhoud
SubtitleMatrix

TXT naar SSA

FormaatconversieTranscriptie als platte tekst
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

2 dingen vervallen of vragen om een beslissing

  • Timing

    de tijdlijn zelf — de bron legt geen tijden vast, dus die van de uitvoer wordt gegenereerd in plaats van omgerekend

  • 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 TXT om naar SSA. Je sleept een bestand naar het vak of plakt de tekst erin, en je krijgt de SSA-versie terug. De conversie draait volledig in je browser: er wordt niets geüpload en je hebt geen account nodig.

SSA schrijft elke regel als een Dialogue:-regel in [Events] en rekent in honderdsten van een seconde. Een tekstbestand bevat geen tijden, dus de tijdlijn wordt hier opgebouwd en de gegenereerde tijdstippen worden op 10 ms afgerond.

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 SSA

Invoer

The quick brown fox jumps over the lazy dog.

Second paragraph, first line.
Second paragraph, second line.

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:00.00,0:00:02.00,Default,,0,0,0,,The quick brown fox jumps over the lazy dog.
Dialogue: 0,0:00:02.00,0:00:04.00,Default,,0,0,0,,Second paragraph, first line.
Dialogue: 0,0:00:04.00,0:00:06.00,Default,,0,0,0,,Second paragraph, second line.

In deze uitvoer gaan timing en de fijnere tijdsaanduiding verloren. Al het andere komt regel voor regel overeen.

Dezelfde conversie op een rommelige invoer

Invoer


Hello world.

Second block.

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:00.00,0:00:02.00,Default,,0,0,0,,Hello world.
Dialogue: 0,0:00:02.00,0:00:04.00,Default,,0,0,0,,Second block.

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 SSA wordt?

Ja, de tijdlijn wordt niet overgenomen maar hier opgebouwd. De eerste regel start op 0 ms en elke volgende op het einde van de vorige; het duurveld bepaalt de lengte van elk slot. De volgorde blijft die van het tekstbestand.

Waarom zijn de tijdstempels van TXT naar SSA verschoven?

Er waren geen tijdstempels om te verschuiven: de tijdlijn ontstaat hier. SSA bewaart tijd als 0:00:04.13, in honderdsten van een seconde, dus de gegenereerde waarden worden bij het schrijven op de dichtstbijzijnde 10 ms afgerond. De volgorde verandert niet en geen regel wijkt meer dan 5 ms af van de berekende plek.

Hoe ziet de uitvoer eruit als TXT SSA wordt?

Als SSA: zonder bloknummers, maar elk blok is een Dialogue:-regel in [Events], met een Marked-veld waar SRT het volgnummer bewaart. Elk TXT-blok wordt één SSA-blok, in dezelfde volgorde en met dezelfde tekst.

Blijft de volgorde van TXT-blokken in de SSA-uitvoer behouden?

Ja, en ze worden onderweg op starttijd gesorteerd: vroegste eerst. Stond jouw tekstbestand niet in volgorde, dan zet de SSA-uitvoer de blokken weer netjes achter elkaar. Dat is een structurele ingreep, geen inhoudelijke, en ze is bewust.

Kan ik de SSA terug naar TXT omzetten?

Ja, en die richting heeft een eigen lijst: SSA naar TXT verliest timing, stijl, positie, karaoke, 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 SSA-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-SSA.

Gerelateerde hulpmiddelen