Konwerter napisów TTML na SRT
Albo wklej tekst napisów
Co zmienia ta konwersja
3 rzeczy zostają pominięte albo wymagają decyzji
- Formatowanie
całe formatowanie (pogrubienie, kursywa, kolor, obrys, cień)
- Pozycjonowanie
pozycjonowanie na ekranie (każdy blok wraca do domyślnego położenia)
- 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 SRT. Wrzuć plik albo wklej tekst, a dostaniesz z powrotem wersję SRT. 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, pozycjonowanie i konstrukcje charakterystyczne dla formatu nie mają gdzie się podziać w SRT. 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 SRT
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
1
00:00:01,000 --> 00:00:03,500
Hello <i>there</i>.
2
00:00:03,500 --> 00:00:06,000
How are you?
Fine, thanks.
W tym wyniku przepada: styl, pozycjonowanie 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
1
00:00:01,500 --> 00:00:03,500
Loaded from an offset and a duration.
2
00:00:04,000 --> 00:00:06,500
A coarser clock spelling.
3
00:00:07,000 --> 00:00:08,480
Frames, at 25fps.
4
00:00:09,000 --> 00:00:11,000
<font color="#FF0000">Half-open</font> 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
Czy pogrubienie i kursywa przetrwają z TTML do SRT?
Nacisk tak, tabela stylów nie. Formatowanie przypisane do fragmentu tekstu — pogrubienie, kursywa, podkreślenie, kolor — trafia do tekstu SRT jako znaczniki `<i>`, `<b>`, `<u>` i `<font color="…">`, bo to jedyny rodzaj stylu, jaki blok SRT potrafi jeszcze unieść. Ginie wszystko, co plik TTML mówił globalnie: krój pisma, jego rozmiar, obrys, cień i marginesy.
Co dzieje się z pozycją na ekranie przy konwersji TTML na SRT?
SRT nie umie powiedzieć, gdzie narysować napis, więc odwołania `region` i `style` z elementu `<p>` znikają, a każdy blok wraca na domyślną pozycję wybraną przez odtwarzacz — w większości przypadków na dół kadru, do środka.
Co dzieje się z prologiem TTML oraz tabelami `<styling>` i `<layout>` w pliku SRT?
Przepadają. Plik TTML trzyma wygląd i układ w nagłówku, nie w słowach: deklarację XML, wiązania przestrzeni nazw, tabelę `<styling>` z nazwanymi stylami (`tts:color`, `tts:fontWeight`), tabelę `<layout>` z nazwanymi regionami (`tts:origin`, `tts:extent`), ewentualne `<metadata>` oraz atrybuty `style` i `region`, którymi `<p>` wskazuje na te definicje. SRT przechowuje bloki, a nie dokument, więc nic z tego nagłówka nie ma gdzie trafić. Inaczej jest z formatowaniem wewnątrz akapitu: `<span tts:fontStyle="italic">` to nacisk na słowa i trafia do SRT jako `<i>`.
Jak wygląda wynik, gdy TTML staje się SRT?
Jak SRT: nad każdym znacznikiem czasu stoi numer liczony od 1, a czas zapisuje się przecinkiem, np. `00:00:04,126`. Każdy blok TTML daje jeden blok SRT, w tej samej kolejności i z tym samym tekstem.
Czy czasy z TTML są dokładne w pliku SRT?
Tak, co do milisekundy — dokładniej nie zapisuje żaden z tych formatów. TTML pisze moment jako `00:00:04.126`, a SRT jako `00:00:04,126`; nic nie jest zaokrąglane ani przesuwane, a blok widoczny przez 2,9 sekundy nadal tyle trwa.
Jak dwuwierszowy blok TTML wychodzi w SRT?
Jako dwie linie jedna pod drugą. Para się nie rozdziela: obie linie TTML należą w SRT do jednego bloku, więc odtwarzacz pokazuje je razem.
Czy kolejność bloków TTML zostaje w pliku SRT?
Tak, a po drodze bloki są sortowane według czasu rozpoczęcia — najpierw najwcześniejszy. Jeśli plik TTML miał bloki poza kolejnością, SRT je uporządkuje; to zmiana struktury pliku, nie treści, i jest zamierzona.
Czy mogę przekonwertować SRT z powrotem na TTML?
Tak, i ten kierunek nic nie kosztuje: plik SRT mieści mniej niż TTML, więc w drodze powrotnej nic więcej nie przepada. To, co zniknęło tutaj, zostaje jednak stracone — stylu, pozycjonowania i konstrukcji formatu nie da się odtworzyć z pliku SRT, bo nic w nim nie zapisuje, jakie były.
Czy wynikowy SRT zachowuje kodowanie pliku TTML?
Nie — wynik jest w UTF-8, z uniksowymi końcami wierszy i bez znacznika BOM, niezależnie od tego, czego używał plik TTML. Plik w UTF-16 albo w jednobajtowym kodowaniu Windows jest dekodowany przy wczytywaniu (panel wyniku o tym informuje); na wyjściu zawsze jest ten sam SRT w UTF-8.