Konwerter napisów TTML 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 TTML na ASS. Wrzuć plik albo wklej tekst, a dostaniesz z powrotem wersję ASS. Konwersja odbywa się w całości w Twojej przeglądarce — nic nie jest wysyłane i nie potrzebujesz konta.
Te dwa formaty nie przechowują tego samego, a różnica nie jest kosmetyczna: precyzja i konstrukcje charakterystyczne dla formatu nie mają gdzie się podziać w ASS. Powyższa lista wynika z tego, co potrafi wyrazić każdy z formatów, a nie z zawartości Twojego pliku — więc odpowiedź jest taka sama, zanim cokolwiek wczytasz.
Jeden plik to żaden problem, podobnie cały sezon: kolejka przetwarza je po kolei, a wyniki pobierasz razem w jednym archiwum ZIP.
Przykłady
Typowy plik TTML po konwersji do ASS
Wejście
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling" xml:lang="en">
<head>
<styling>
<style xml:id="s1" tts:color="#FFFF00" tts:fontWeight="bold"/>
</styling>
<layout>
<region xml:id="bottom" tts:origin="10% 80%" tts:extent="80% 20%"/>
</layout>
</head>
<body>
<div>
<p begin="00:00:01.000" end="00:00:03.500" region="bottom" style="s1">Hello <span tts:fontStyle="italic">there</span>.</p>
<p begin="00:00:03.500" end="00:00:06.000" region="bottom">How are you?<br/>Fine, thanks.</p>
</div>
</body>
</tt>
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.50,Default,,0,0,0,,Hello {\i1}there{\i0}.
Dialogue: 0,0:00:03.50,0:00:06.00,Default,,0,0,0,,How are you?\NFine, thanks.
W tym wyniku przepada: precyzja i konstrukcje charakterystyczne dla formatu. Reszta zgadza się linia w linię.
Ta sama konwersja na trudniejszym pliku
Wejście
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling"
xmlns:ttp="http://www.w3.org/ns/ttml#parameter"
ttp:frameRate="25" xml:lang="en">
<body>
<div>
<p begin="1.5s" dur="2s">Loaded from an offset and a duration.</p>
<p begin="4s" end="00:00:06.50">A coarser clock spelling.</p>
<p begin="00:00:07:00" end="00:00:08:12">Frames, at 25fps.</p>
<p begin="9s"><span tts:color="#FF0000">Half-open</span> and Tom & Jerry.</p>
</div>
</body>
</tt>
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.50,0:00:03.50,Default,,0,0,0,,Loaded from an offset and a duration.
Dialogue: 0,0:00:04.00,0:00:06.50,Default,,0,0,0,,A coarser clock spelling.
Dialogue: 0,0:00:07.00,0:00:08.48,Default,,0,0,0,,Frames, at 25fps.
Dialogue: 0,0:00:09.00,0:00:11.00,Default,,0,0,0,,{\c&H000000FF&}Half-open{\c} and Tom & Jerry.
To typowe uszkodzenia prawdziwych plików — mieszane końce wierszy, zbłąkane spacje, puste pola. Porównaj z uporządkowanym przykładem powyżej, żeby zobaczyć, co parser wybacza.
Częste pytania
Dlaczego znaczniki czasu zmieniają się przy konwersji TTML na ASS?
ASS zapisuje czas jako `0:00:04.13`, a TTML jako `00:00:04.126` — setne zamiast tysięcznych sekundy. Każdy znacznik jest więc zaokrąglany do najbliższych 10 ms: 00:00:04,126 wychodzi jako 4.13. Nic się nie rozciąga ani nie zmienia kolejności, a blok nie przesuwa się o więcej niż 5 ms, ale przy dopasowywaniu do innego pliku to jedyne miejsce, gdzie ta konwersja traci dokładność.
Co dzieje się z prologiem TTML oraz tabelami `<styling>` i `<layout>` w ASS?
Przepadają. Nagłówek TTML — deklaracja XML, przestrzenie nazw, style nazwane (`tts:color`, `tts:fontWeight`), regiony (`tts:origin`, `tts:extent`) i `<metadata>` — nie trafia do ASS, bo ten przechowuje zdarzenia, a nie dokument. Nacisk zapisany w akapicie, np. `<span tts:fontStyle="italic">`, jest przenoszony jako `{\i1}…{\i0}` w tekście wiersza `Dialogue:`.
Jak wygląda wynik, gdy TTML zamienia się w ASS?
Jak ASS: bez numerów bloków, każdy napis to wiersz `Dialogue:` w sekcji `[Events]`, a zamiast numeru stoi pole warstwy. Każdy blok TTML daje jeden wiersz `Dialogue:` w tej samej kolejności i z tą samą treścią.
Jak dwuwierszowy blok TTML wychodzi w ASS?
Jako dwie linie rozdzielone `\N`, czyli znakiem twardego złamania wiersza w ASS. Obie linie pozostają w jednym zdarzeniu `Dialogue:`, więc odtwarzacz pokazuje je razem.
Czy kolejność zdarzeń z TTML zostaje w ASS?
Tak, po sortowaniu po czasie startu. Sekcja `[Events]` dostaje zdarzenia od najwcześniejszego, a plik z blokami poza kolejnością zostaje uporządkowany — to zmiana struktury, nie treści.
Czy można wrócić z ASS do TTML?
Tak, ale to osobny kierunek z własną listą strat: konwersja ASS na TTML traci karaoke i konstrukcje charakterystyczne dla ASS, m.in. efekty i nagłówek `[Script Info]`. Lista różni się od tej powyżej, bo formaty przechowują inne rzeczy.
Czy ASS zachowuje kodowanie pliku TTML?
Nie — wyjście jest w UTF-8, z LF i bez BOM, niezależnie od kodowania TTML. Plik źródłowy w UTF-16 lub w kodowaniu jednobajtowym jest dekodowany przy wczytaniu, o czym informuje panel wyniku.