Konwerter napisów SBV na SMI
Albo wklej tekst napisów
Co zmienia ta konwersja
W tym kierunku nic nie ginie — każda cecha formatu źródłowego ma gdzie trafić w formacie docelowym.
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 SBV na SMI. Przeciągnij plik — albo wklej tekst — i otrzymasz wersję SMI. Konwersja odbywa się w całości w przeglądarce, więc nic nie jest wysyłane i nie potrzebujesz konta.
W tym kierunku nic nie ginie. Każda możliwość SBV ma odpowiednik w SMI, więc wynik to te same napisy w innym opakowaniu — oś czasu, podziały wierszy i tekst zostają. Dotyczy to każdego pliku SBV, także takiego, który wykorzystuje wszystkie możliwości formatu.
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 SBV po konwersji na SMI
Wejście
0:00:01.000,0:00:03.500
The quick brown fox.
0:00:04.000,0:00:06.250
Jumps over the lazy dog.
0:00:07.000,0:00:09.000
Two lines here.
And a second one.
Wynik
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>The quick brown fox.
<SYNC Start=3500>
<P>
<SYNC Start=4000>
<P>Jumps over the lazy dog.
<SYNC Start=6250>
<P>
<SYNC Start=7000>
<P>Two lines here.<br>And a second one.
<SYNC Start=9000>
<P>
</BODY>
</SAMI>
Nic tu nie ginie: porównaj obie strony wiersz po wierszu.
Ta sama konwersja na niechlujnym wejściu
Wejście
0:00:02.000,0:00:04.000
Carriage-return line endings.
0:00:06.000,0:00:08.000
Indented timecode, no final newline.Wynik
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=2000>
<P>Carriage-return line endings.
<SYNC Start=4000>
<P>
<SYNC Start=6000>
<P>Indented timecode, no final newline.
<SYNC Start=8000>
<P>
</BODY>
</SAMI>
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
Jak wygląda wynik, gdy SBV staje się SMI?
Jak SMI: bez numerów bloków i bez wiersza ze znacznikiem czasu — każdy blok to znacznik SYNC Start z tekstem w akapicie P pod nim, a po nim, ponieważ SYNC zastępuje wszystko na ekranie, akapit P z czyszczący ekran. Akapity wychodzą jako P bez atrybutu Class; każdy blok SBV staje się jednym blokiem SMI, w tej samej kolejności i z tym samym tekstem.
Czy czasy z SBV są dokładne w pliku SMI?
Tak, co do milisekundy — a to najdrobniejsza jednostka w obu formatach. SBV zapisuje moment jako 0:00:04.126, a SMI zapisuje ten sam moment jako Start=4126; nic nie jest zaokrąglane ani przesuwane, a blok widoczny 2,9 sekundy nadal tyle trwa.
Jak blok SBV z dwóch wierszy wygląda w SMI?
Jako dwa wiersze rozdzielone znacznikiem br, którym SAMI zapisuje twardy podział wiersza. Para zostaje razem — oba wiersze SBV nadal należą do jednego akapitu P w wyniku SMI, a odtwarzacz pokazuje je jednocześnie.
Czy bloki SBV zachowują kolejność w wyniku SMI?
Tak, po drodze są sortowane według czasu rozpoczęcia — najwcześniejszy pierwszy, tak jak oczekuje SAMI. Jeśli plik SBV miał bloki poza kolejnością, wynik SMI przywraca porządek; to zmiana struktury pliku, nie treści, i jest zamierzona.
Czy mogę przekonwertować SMI z powrotem na SBV?
Tak, ale to kierunek stratny: styl, pozycjonowanie i treści specyficzne dla formatu nie mają gdzie trafić w SBV. W tę stronę nic nie ginie, więc ten koszt pojawia się tylko przy powrocie.
Czy wynik SMI zachowuje kodowanie pliku SBV?
Nie — wynik jest w UTF-8, z uniksowymi końcami wierszy i bez BOM, niezależnie od tego, czego użył plik SBV. Plik w UTF-16 albo w jednobajtowym kodowaniu Windows jest dekodowany przy wczytywaniu (panel wyniku to sygnalizuje); na wyjściu zawsze powstaje SMI w UTF-8.