Konwerter napisów ASS na SRT
Albo wklej tekst napisów
Co zmienia ta konwersja
4 rzeczy zostają pominięte albo wymagają decyzji
- Formatowanie
całe formatowanie (pogrubienie, kursywa, kolor, obrys, cień)
- Pozycjonowanie
pozycjonowanie na ekranie (każdy blok wraca do domyślnego położenia)
- Karaoke
czasy karaoke (podświetlanie sylaba po sylabie)
- Treści specyficzne dla formatu
treść, którą format źródłowy trzyma poza blokami (bloki niebędące napisami, tekst nagłówka, ustawienia pojedynczych bloków, zakomentowane zdarzenia) — format docelowy nie ma dla niej miejsca
Ta lista pochodzi z macierzy możliwości tych dwóch formatów, a nie z konkretnego wczytanego pliku. Konkretny plik może stracić więcej, jeśli używa cech, które format dopuszcza, ale macierz ich nie modeluje.
Ta strona sprowadza skrypt Advanced SubStation Alpha do zwykłego SRT. W ASS napisy to tekst rysowany przez silnik stylów; w SRT to linia tekstu wyświetlana między dwoma znacznikami czasu. Konwersja zachowuje os czasu – przepisaną z notacji ASS (0:00:01.00) na notację SRT (00:00:01,000) – oraz słowa, a ze stylów przenosi tylko to, co SRT potrafi wyrazić: kursywa i pogrubienie trafiają do tekstu jako znaczniki <i> i <b>.
Wszystko, co w skrypcie dotyczy rysowania, nie ma gdzie trafić. Pozycja na ekranie, krój pisma, obrys, cień i taktowanie karaoke to instrukcje dla renderera, a SRT nie ma renderera, któremu można je przekazać. Te informacje są odrzucane, a nie przemycane do tekstu jako fałszywe znaczniki; każda z nich trafia na listę pod polem pliku, więc koszt widać przed wczytaniem pliku.
Cały sezon też jest w porządku: pliki są przetwarzane po kolei, wsad można przerwać w połowie, a wszystko wraca jako jeden ZIP. Konwersja odbywa się w przeglądarce, więc skrypt nigdy nie jest wysyłany.
Przykłady
Typowy plik ASS po konwersji do SRT
Wejście
[Script Info]
Title: Example
ScriptType: v4.00+
WrapStyle: 0
[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, OutlineColour, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
Style: Default,Arial,20,&H00FFFFFF,&H000000FF,&H00000000,&H00000000,0,0,0,0,100,100,0,0,1,2,2,2,10,10,10,1
Style: Title,Arial,36,&H0000FFFF,&H000000FF,&H00000000,&H00000000,-1,0,0,0,100,100,0,0,1,2,2,2,10,10,10,1
[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:01.00,0:00:04.00,Default,,0,0,0,,Hello there.
Dialogue: 0,0:00:05.00,0:00:08.50,Default,,0,0,0,,{\i1}Italic{\i0} and {\b1}bold{\b0} text.
Dialogue: 0,0:00:09.00,0:00:12.00,Title,,0,0,0,,{\pos(320,240)}Positioned
Dialogue: 0,0:00:13.00,0:00:16.00,Default,,0,0,0,,{\k50}ka{\k30}ra{\k20}o{\k10}ke
Dialogue: 0,0:00:17.00,0:00:20.00,Default,,0,0,0,,Line one\NLine two
Dialogue: 1,0:00:21.00,0:00:24.00,Default,,0,0,0,,{\an7}Top left
Wynik
1
00:00:01,000 --> 00:00:04,000
Hello there.
2
00:00:05,000 --> 00:00:08,500
<i>Italic</i> and <b>bold</b> text.
3
00:00:09,000 --> 00:00:12,000
Positioned
4
00:00:13,000 --> 00:00:16,000
<c>ka</c><c>ra</c><c>o</c><c>ke</c>
5
00:00:17,000 --> 00:00:20,000
Line one
Line two
6
00:00:21,000 --> 00:00:24,000
Top left
W tym wyniku odrzucono: style, pozycjonowanie, karaoke i treści specyficzne dla formatu. Cała reszta zgadza się linia po linii.
Ta sama konwersja na trudnym pliku
Wejście
[Script Info]
; 一份真实的脏文件：BOM + CRLF + 认不出的覆写码 + Comment + 坏时间码
Title: Dirty sample
ScriptType: v4.00+
[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, OutlineColour, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
Style: Default,Arial,20,&H00FFFFFF,&H000000FF,&H00000000,&H00000000,1,0,0,0,100,100,0,0,1,2,2,2,10,10,10,1
[Fonts]
fontname: Arial
!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Comment: 0,0:00:00.00,0:00:01.00,Default,,0,0,0,,这是一条注释，不该变成字幕
Dialogue: 0,0:00:01.00,0:00:04.00,Default,,0,0,0,,Hello, world
Dialogue: 0,0:00:05.00,0:00:08.00,Default,,0,0,0,,{\fad(300,300)}Unmodelled override
Dialogue: 0,0:00:09.00,0:00:12.00,Default,,0,0,0,,{\an7\pos(320,240)}Both, wrong order
Dialogue: 0,0:00:13.00,0:00:16.5,Default,,0,0,0,,One decimal centisecond
Dialogue: 0,0:00:17.00,0:00:20.00,Default,,0,0,0,,Soft\nbreak
Dialogue: 0,0:00:xx.00,0:00:24.00,Default,,0,0,0,,Broken timecodeWynik
1
00:00:01,000 --> 00:00:04,000
Hello, world
2
00:00:05,000 --> 00:00:08,000
{\fad(300,300)}Unmodelled override
3
00:00:09,000 --> 00:00:12,000
Both, wrong order
4
00:00:13,000 --> 00:00:16,500
One decimal centisecond
5
00:00:17,000 --> 00:00:20,000
Soft
break
Tak wyglądają prawdziwe pliki – mieszane końce wierszy, zbłąkane spacje, puste pola. Porównaj z czystym przykładem powyżej, żeby zobaczyć, co parser wybacza.
Częste pytania
Gdzie zniknęło pozycjonowanie przy konwersji ASS do SRT?
SRT nie ma sposobu, by umieścić blok w dowolnym miejscu ekranu – o położeniu napisów decyduje odtwarzacz. Linia z jawną pozycją wychodzi więc jako zwykły blok, a współrzędne z \pos(320,240) nie mogą się znaleźć w wyniku. To jedna z pozycji na liście powyżej.
Co stało się z taktowaniem karaoke z ASS w pliku SRT?
Karaoke w ASS to seria kodów \k50 i kolejnych, które odmierzają podświetlanie sylab; SRT nie zna pojęcia czasu wewnątrz linii. Sylaby zostają w tekście – „ka ra o ke” nadal da się odczytać – ale same odstępy między nimi przepadają: SRT pokazuje cały blok naraz.
Jak ASS i SRT zapisują ten sam moment?
ASS liczy setne części sekundy (0:00:04.13), a SRT milisekundy (00:00:04,130). Setne mnoży się przez dziesięć, przecinek zastępuje kropkę, a os czasu pozostaje dokładna co do setnej sekundy – czyli tak dokładna, jak zapisał ją plik źródłowy.
Co dzieje się z tabelą stylów ASS w pliku SRT?
Tabela [V4+ Styles] jest czytana, ale do SRT przenoszą się tylko dwie rzeczy: kursywa i pogrubienie, które dany styl włącza. Krój pisma, rozmiar, kolory, obrys i marginesy nie mają w SRT odpowiednika, więc przepadają, a każdy blok dostaje styl odtwarzacza.
Czy wiele stylów w skrypcie ASS przeszkadza w konwersji do SRT?
Nie. Każda linia Dialogue: jest czytana osobno razem ze stylem, na który się powołuje, więc skrypt z dwunastoma stylami daje ten sam wynik co skrypt z jednym – różnica zostaje tylko w znacznikach kursywy i pogrubienia.