Konwerter napisów SMI na ASS
Albo wklej tekst napisów
Co zmienia ta konwersja
2 rzeczy zostają pominięte albo wymagają decyzji
- Dokładność
dokładność czasów — zegar wyniku jest grubszy, więc każdy znacznik czasu jest zaokrąglany do najbliższych 10 ms
- 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 konwertuje SMI na ASS. Przeciągnij plik — albo wklej tekst — i otrzymasz wersję ASS. Konwersja odbywa się w całości w przeglądarce, więc nic nie jest wysyłane i nie potrzebujesz konta.
Te dwa formaty nie przechowują tych samych rzeczy i różnica nie jest kosmetyczna: precyzja i treści specyficzne dla formatu. W formacie ASS nie ma na to miejsca. Powyższa lista wynika z tego, co potrafią wyrazić oba formaty, a nie z twojego pliku, więc odpowiedź jest ta sama, zanim cokolwiek wczytasz.
Jeden plik wystarczy, a cały sezon też: kolejka przetwarza je po kolei, a wyniki pobierasz razem jako jeden plik ZIP.
Przykłady
Typowy plik SMI po konwersji na ASS
Wejście
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial; }
.ENCC { Name: English; lang: en-US; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P Class=ENCC>Hello there.
<SYNC Start=3000>
<P Class=ENCC>
<SYNC Start=3500>
<P Class=ENCC>How are you?<br>Fine, thanks.
<SYNC Start=6000>
<P Class=ENCC>
</BODY>
</SAMI>
Wynik
[Script Info]
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,0,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:03.00,Default,,0,0,0,,Hello there.
Dialogue: 0,0:00:03.50,0:00:06.00,Default,,0,0,0,,How are you?\NFine, thanks.
W tym wyniku ginie: precyzja i treści specyficzne dla formatu. Poza tym obie strony zgadzają się wiersz po wierszu.
Ta sama konwersja na niechlujnym wejściu
Wejście
<SAMI>
<HEAD>
<TITLE>Episode 1</TITLE>
<STYLE TYPE="text/css">
<!--
.ENCC { Name: English; }
-->
</STYLE>
</HEAD>
<BODY>
<sync start="00:00:02,500">
<P Class=ENCC>Line one<br>Line two
<sync start=9000>
<P Class=ENCC>Tom & Jerry
<SYNC Start=12000>
<P Class=ENCC>
</BODY>
</SAMI>
Wynik
[Script Info]
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,0,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:02.50,0:00:09.00,Default,,0,0,0,,Line one\NLine two
Dialogue: 0,0:00:09.00,0:00:12.00,Default,,0,0,0,,Tom & Jerry
Takie uszkodzenia mają prawdziwe pliki — mieszane końce wierszy, zbłąkane odstępy, puste pola. Porównaj to z czystym przykładem wyżej, żeby zobaczyć, co parser wybacza.
Częste pytania
Dlaczego znaczniki czasu zmieniają się przy przejściu z SMI do ASS?
ASS zapisuje czas jako 0:00:04.13, a SMI jako Start=4126 — setne sekundy zamiast tysięcznych — więc każdy znacznik jest zaokrąglany do najbliższych 10 ms: 4126 ms trafia do pliku jako 4130 ms, czyli 0:00:04.13. Nic nie jest rozciągane ani przestawiane i żaden blok nie przesuwa się o więcej niż 5 ms, ale przy porównywaniu z innym plikiem to jedyne miejsce, w którym konwersja przestaje być dokładna.
Co dzieje się z blokiem STYLE, elementem TITLE i atrybutami Class= z SAMI w ASS?
Znikają. SAMI mówi, jak wyglądają napisy, poza tekstem bloku: blok STYLE z CSS, element TITLE i znacznik kanału Class=ENCC. ASS ma własny system stylów, ale nie przenosi tych reguł — zamiast tego wynik zawiera jedną linię Style: Default w sekcji [V4+ Styles]. Wyróżnienia wpisane w tekst bloku są bez zmian, a bloki przechodzą z całym tekstem i czasami.
Jak wygląda wynik, gdy SMI staje się ASS?
Jak ASS: bez numerów bloków — każdy napis to wiersz Dialogue: w sekcji [Events], a numer z SRT zastępuje pole warstwy. Każdy blok SMI staje się jednym blokiem ASS, w tej samej kolejności i z tym samym tekstem.
Jak blok SMI z dwóch wierszy wygląda w ASS?
Jako dwa wiersze rozdzielone znakiem \N, którym ASS zapisuje twardy podział wiersza. Para zostaje razem — oba wiersze SMI nadal należą do jednego bloku w wyniku ASS, a odtwarzacz pokazuje je jednocześnie.
Czy bloki SMI zachowują kolejność w wyniku ASS?
Tak, po drodze są sortowane według czasu rozpoczęcia — najwcześniejszy pierwszy, tak jak oczekuje ASS. Jeśli plik SMI miał bloki poza kolejnością, wynik ASS przywraca porządek; to zmiana struktury pliku, nie treści, i jest zamierzona.
Czy mogę przekonwertować ASS z powrotem na SMI?
Tak, ale ma własną listę: konwersja ASS na SMI traci styl, karaoke i treści specyficzne dla formatu. Ta lista różni się od powyższej, bo oba formaty przechowują różne rzeczy.
Czy wynik ASS zachowuje kodowanie pliku SMI?
Nie — wynik jest w UTF-8, z uniksowymi końcami wierszy i bez BOM, niezależnie od tego, czego użył plik SMI. Plik w UTF-16 albo w jednobajtowym kodowaniu Windows jest dekodowany przy wczytywaniu (panel wyniku to sygnalizuje); na wyjściu zawsze powstaje ASS w UTF-8.