Konwerter napisów SMI na TTML
Albo wklej tekst napisów
Co zmienia ta konwersja
1 rzecz zostaje pominięta albo wymaga decyzji
- 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 TTML. Przeciągnij plik — albo wklej tekst — i otrzymasz wersję TTML. 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: treści specyficzne dla formatu. W formacie TTML 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 TTML
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
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling">
<body>
<p begin="00:00:01.000" end="00:00:03.000">Hello there.</p>
<p begin="00:00:03.500" end="00:00:06.000">How are you?<br/>Fine, thanks.</p> </body>
</tt>
W tym wyniku ginie: 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
<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling">
<body>
<p begin="00:00:02.500" end="00:00:09.000">Line one<br/>Line two</p>
<p begin="00:00:09.000" end="00:00:12.000">Tom & Jerry</p> </body>
</tt>
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
Co dzieje się z blokiem STYLE, elementem TITLE i atrybutami Class= z SAMI w TTML?
Znikają jako bloki dokumentu, ale samo napisanie akapitu zostaje: TTML ma własne elementy p i body, więc tekst nie jest goły. Ginie blok STYLE z CSS, element TITLE i znacznik kanału Class=ENCC — TTML przechowuje bloki, a nie dokument SAMI. Pozycjonowanie natomiast nie jest tu stratą, bo oba formaty je obsługują.
Jak wygląda wynik, gdy SMI staje się TTML?
Jak TTML: bez numerów bloków — każdy napis to element p z atrybutami begin i end, zagnieżdżony w body, a całość poprzedza deklaracja XML. Wynik nie ma elementu head ani div. Każdy blok SMI staje się jednym blokiem TTML, w tej samej kolejności i z tym samym tekstem.
Czy czasy z SMI są dokładne w pliku TTML?
Tak, co do milisekundy — a to najdrobniejsza jednostka w obu formatach. SMI zapisuje moment jako Start=4126, a TTML zapisuje ten sam moment jako 00:00:04.126; nic nie jest zaokrąglane ani przesuwane, a blok widoczny 2,9 sekundy nadal tyle trwa.
Jak blok SMI z dwóch wierszy wygląda w TTML?
Jako dwa wiersze rozdzielone elementem br, którym TTML zapisuje twardy podział wiersza. Para zostaje razem — oba wiersze SMI nadal należą do jednego elementu p w wyniku TTML, a odtwarzacz pokazuje je jednocześnie.
Czy bloki SMI zachowują kolejność w wyniku TTML?
Tak, po drodze są sortowane według czasu rozpoczęcia — najwcześniejszy pierwszy, tak jak oczekuje TTML. Jeśli plik SMI miał bloki poza kolejnością, wynik TTML przywraca porządek; to zmiana struktury pliku, nie treści, i jest zamierzona.
Czy mogę przekonwertować TTML z powrotem na SMI?
Tak, ale ma własną listę: konwersja TTML na SMI traci styl i treści specyficzne dla formatu. Pozycjonowanie przez ten kierunek nie ginie. Ta lista różni się od powyższej, bo oba formaty przechowują różne rzeczy.
Czy wynik TTML 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 TTML w UTF-8.