Konwerter napisów TTML na SSA
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 SSA. Wrzuć plik albo wklej tekst, a dostaniesz z powrotem wersję SSA. 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 SSA. 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 SSA
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, 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: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, 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: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 czasy z TTML są zaokrąglane przy przejściu do SSA?
SSA trzyma setne sekundy, np. `0:00:04.13`, a TTML tysięczne, np. `00:00:04.126`. Konwersja zaokrągla każdy znacznik do 10 ms, więc 4,126 s staje się 4,13 s. Maksymalne przesunięcie to 5 ms i nie zmienia się kolejność, ale przy porównywaniu z innym plikiem to właśnie tutaj SSA przestaje być dokładny.
Co dzieje się z nagłówkiem TTML i tabelami stylów oraz regionów w SSA?
Zostają odrzucone. SSA nie ma gdzie zapisać deklaracji XML, nazwanych stylów z `<styling>`, regionów z `<layout>` ani metadanych. Nacisk wewnątrz akapitu jest wyjątkiem: `<span tts:fontStyle="italic">` trafia do tekstu jako `{\i1}…{\i0}`. Sekcja `[V4 Styles]` w wyniku zawiera tylko domyślny styl SSA — nie ma w niej wpisów z tabeli stylów TTML.
Jak wygląda plik SSA otrzymany z TTML?
Każdy napis to linia `Dialogue:` w `[Events]`, z polem `Marked` zamiast numeru bloku. Nad zdarzeniami stoi sekcja `[V4 Styles]` z formatem pól SSA. Każdy blok TTML daje jedno zdarzenie, w tej samej kolejności i z tym samym tekstem.
Jak dwie linie bloku TTML rozkładają się w SSA?
Na dwie linie połączone `\N`, czyli twardym złamaniem wiersza SSA. Obie pozostają w jednym zdarzeniu `Dialogue:`, więc odtwarzacz wyświetla je razem.
Czy SSA zachowuje kolejność bloków TTML?
Tak. Zdarzenia w `[Events]` są sortowane po czasie rozpoczęcia, najwcześniejsze pierwsze. Plik TTML z nieuporządkowanymi blokami zostanie uporządkowany; to zmiana struktury pliku, nie jego treści.
Czy z SSA da się wrócić do TTML?
Tak, z własną listą strat: SSA na TTML traci karaoke i konstrukcje swoiste dla SSA, w tym efekty i ustawienia globalne z `[Script Info]`. Lista jest inna niż powyżej, ponieważ oba formaty przechowują odmienne rzeczy.
Czy SSA zachowuje kodowanie źródłowego TTML?
Nie. Wynik zapisujemy w UTF-8 z uniksowymi końcami wierszy i bez BOM. Kodowanie źródła jest odczytywane przy wczytaniu i zamieniane, a panel wyniku informuje, gdy tak się stało.