ASS naar SRT omzetten

Wie hier komt heeft een getypeset spoor — een fansub, een anime-release, een bestand gemaakt in Aegisub — dat ergens plat naartoe moet: een uploadformulier van een platform, een televisiesysteem, of een opdrachtgever die simpelweg om "de ondertitels" heeft gevraagd.

Deze lezer weet meestal al dat er iets verloren gaat en wil precies weten wat. Deze pagina beantwoordt die vraag zonder omwegen, want ASS naar SRT is de enige ondertitelomzetting op deze site die als benaderend geldt in plaats van als lossless.

Elk stijlblok tussen accolades — lettertype, kleur, positie, karaoketiming — wordt verwijderd. Dat is precies wat ASS-opmaak tot ASS-opmaak maakt: SRT kent geen van die velden, dus er is nergens naartoe om ze te schrijven.

Een `\pos`-commando dat een regel bovenaan het beeld plaatst om ondertitels weg te houden van beeldtekst, gaat dus ook mee weg. Het resultaat staat vervolgens op de standaardpositie van de speler, meestal onderaan.

Tekeninstructies die tussen stijlblokken staan — vectortekeningen die soms voor karaoke-effecten of logo’s worden gebruikt — worden niet apart herkend en kunnen als losse tekst blijven staan. Dat is een randgeval, maar het is de reden dat een handmatige controle van het resultaat de moeite waard is bij een sterk getypeset bestand.

Alleen regels die met `Dialogue:` beginnen worden gelezen; `Comment:`-regels in het brondocument — vaak gebruikt door vertalers voor eigen aantekeningen — worden nooit meegenomen in het resultaat.

Cues komen in de volgorde te staan waarin ze in het bestand voorkomen, niet gesorteerd op starttijd. Bij de meeste bestanden maakt dat niets uit, maar een bestand waarin regels bewust niet chronologisch zijn opgeslagen — soms het geval bij complexe karaoke-tracks — komt zo ook niet-chronologisch in de SRT terecht.

Wie zeker wil zijn van een chronologische volgorde, controleert dat na de omzetting in een ondertiteleditor, want deze stap sorteert niet.

Een ASS-bestand begint met een `Format:`-regel die vastlegt in welke volgorde de velden per dialoogregel staan. Die regel wordt gelezen en gevolgd, dus een bestand met een niet-standaard kolomvolgorde — soms het resultaat van een ouder bewerkingsprogramma — wordt nog altijd correct geïnterpreteerd.

Dat voorkomt de klassieke fout waarbij tekst en tijden verwisseld raken omdat een omzetting blind op kolomnummer in plaats van op kolomnaam vertrouwt.

SRT rekent in milliseconden, ASS in honderdsten van een seconde. De omzetting rondt daarom af, met een afwijking van maximaal enkele milliseconden per tijdstip — onmerkbaar bij kijken, maar het is de reden dat "exact dezelfde tijden" niet de juiste verwachting is.

Voor ondertitels die synchroon moeten lopen met een audiospoor tot op het frame nauwkeurig, is dat een detail om te kennen voordat het bestand wordt ingeleverd.

De omzetting draait volledig in de browser; het ASS-bestand wordt niet naar een server gestuurd. Voor een fansub die nog niet openbaar is, blijft de tekst dus op het eigen apparaat.

De limiet op het gratis plan is 100 MB per bestand — voor een ondertitelbestand, dat zelden meer dan een paar honderd kilobyte weegt, is dat in de praktijk geen beperking.

Een fansub-groep werkt zelden aan één aflevering. Tot honderd ASS-bestanden tegelijk kunnen in één sessie worden omgezet, elk met een eigen voortgang, en het resultaat komt terug als losse SRT-bestanden of als ZIP.

Omdat alles lokaal gebeurt, staat er geen wachtrij tussen jouw batch en die van iemand anders — de snelheid hangt alleen af van het eigen apparaat.