Konwerter napisów TTML na SMI
Albo wklej tekst napisów
Co zmienia ta konwersja
2 rzeczy zostają pominięte albo wymagają decyzji
- Formatowanie
całe formatowanie poza pogrubieniem i kursywą (kolor, obrys, cień, marginesy)
- 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 SMI. Wrzuć plik albo wklej tekst, a dostaniesz z powrotem wersję SMI. 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: styl i konstrukcje charakterystyczne dla formatu nie mają gdzie się podziać w SMI. 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 SMI
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
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>Hello <i>there</i>.
<SYNC Start=3500>
<P>
<SYNC Start=3500>
<P>How are you?<br>Fine, thanks.
<SYNC Start=6000>
<P>
</BODY>
</SAMI>
W tym wyniku przepada: styl 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
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1500>
<P>Loaded from an offset and a duration.
<SYNC Start=3500>
<P>
<SYNC Start=4000>
<P>A coarser clock spelling.
<SYNC Start=6500>
<P>
<SYNC Start=7000>
<P>Frames, at 25fps.
<SYNC Start=8480>
<P>
<SYNC Start=9000>
<P><font color="#FF0000">Half-open</font> and Tom & Jerry.
<SYNC Start=11000>
<P>
</BODY>
</SAMI>
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
Jaki styl z TTML przetrwa do SMI?
Nacisk: pogrubienie, kursywa, podkreślenie i kolor wychodzą jako `<b>`, `<i>`, `<u>` i `<font color="…">`, które rozumieją przeglądarki. Tabela stylów TTML nie przechodzi — krój pisma, rozmiar, obrys, cień i marginesy znikają, a strona z osadzonymi napisami nadaje im wygląd własnym CSS.
Co dzieje się z prologiem TTML oraz tabelami `<styling>` i `<layout>` w SMI?
Nie mają odpowiednika w SAMI, więc przepadają: deklaracja XML, style nazwane, regiony i metadane nie mieszczą się w strukturze `<SAMI>/<BODY>/<SYNC>`. Nacisk zapisany w akapicie, np. `<span tts:fontStyle="italic">`, trafia natomiast do tekstu jako `<i>`.
Jak wygląda plik SMI powstały z TTML?
Każdy blok to `<SYNC Start=…>` z tekstem w `<P>` pod spodem, a po nim blok `<P> `, który czyści ekran, bo w SAMI nowy `<SYNC>` zastępuje poprzednią zawartość. Każdy blok TTML daje jeden blok SMI, w tej samej kolejności i z tym samym tekstem.
Czy czasy TTML są dokładne w SMI?
Tak, do milisekundy: TTML pisze `00:00:04.126`, a SMI `Start=4126`. Wartość jest przenoszona bez zaokrągleń, więc blok trwający 2,9 sekundy pozostaje taki sam.
Jak dwuwierszowy blok TTML wygląda w SMI?
Jako dwie linie rozdzielone `<br>`, czyli twardym złamaniem wiersza SAMI. Obie linie zostają w jednym bloku `<P>`, więc odtwarzacz pokazuje je razem.
Czy SMI zachowuje kolejność bloków TTML?
Tak, po posortowaniu po czasie startu. Znaczniki `<SYNC>` idą od najwcześniejszego, a plik z blokami poza kolejnością zostaje uporządkowany — to zmiana struktury, nie treści.
Czy z SMI można wrócić do TTML?
Tak, ale osobno: konwersja SMI na TTML traci konstrukcje charakterystyczne dla SAMI, np. strukturę `<SYNC>` i bloki czyszczące `<P> `. Lista strat jest inna niż tutaj, bo oba formaty przechowują co innego.
Czy SMI zachowuje kodowanie pliku TTML?
Nie — wynik jest zawsze w UTF-8, bez BOM, z końcami LF. Kodowanie źródłowe jest dekodowane przy wczytaniu, co odnotowuje panel wyniku; sam plik SMI ma już stałą postać.