Konwerter napisów SBV na LRC
Albo wklej tekst napisów
Co zmienia ta konwersja
2 rzeczy zostają pominięte albo wymagają decyzji
- Czasy
czasy końca bloków (format docelowy zapisuje tylko, kiedy blok się zaczyna)
- Dokładność
dokładność czasów — zegar wyniku jest grubszy, więc każdy znacznik czasu jest zaokrąglany do najbliższych 10 ms
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 LRC. Przeciągnij plik — albo wklej tekst — i otrzymasz wersję LRC. 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: czas końca i precyzja. W formacie LRC 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 SBV po konwersji na LRC
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
[00:01.00]The quick brown fox.
[00:04.00]Jumps over the lazy dog.
[00:07.00]Two lines here.
[00:07.00]And a second one.
W tym wyniku ginie: czas końca i precyzja. Poza tym obie strony zgadzają się 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
[00:02.00]Carriage-return line endings.
[00:06.00]Indented timecode, no final newline.
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 czasem końca każdego bloku SBV w LRC?
LRC zapisuje tylko moment rozpoczęcia linii — odtwarzacz tekstów trzyma ją na ekranie do początku następnej, więc czas końca byłby zbędny. Każdy koniec znika, a każdy początek z SBV zostaje bez zmian.
Dlaczego znaczniki czasu zmieniają się przy przejściu z SBV do LRC?
LRC zapisuje czas jako [00:04.13], a SBV jako 0:00:04.126 — setne sekundy zamiast tysięcznych — więc każdy znacznik jest zaokrąglany do najbliższych 10 ms: 00:00:04,126 trafia do pliku jako 4130 ms, czyli [00:04.13]. Nic nie jest rozciągane ani przestawiane i żaden blok nie przesuwa się o więcej niż 5 ms, ale przy porównywaniu z innym plikiem to jedyne miejsce, w którym konwersja przestaje być dokładna.
Jak wygląda wynik, gdy SBV staje się LRC?
Jak LRC: bez numerów bloków — każda linia ma własny znacznik czasu w nawiasach kwadratowych. Każdy blok SBV staje się jednym wpisem LRC, w tej samej kolejności i z tym samym tekstem.
Jak blok SBV z dwóch wierszy wygląda w LRC?
Jako dwie linie z tym samym znacznikiem czasu, co jest sposobem LRC na powiedzenie, że należą do siebie. Para zostaje razem — oba wiersze SBV nadal należą do jednego bloku w wyniku LRC, a odtwarzacz pokazuje je jednocześnie.
Czy bloki SBV zachowują kolejność w wyniku LRC?
Tak, po drodze są sortowane według czasu rozpoczęcia — najwcześniejszy pierwszy, tak jak oczekuje odtwarzacz tekstów. Jeśli plik SBV miał bloki poza kolejnością, wynik LRC przywraca porządek; to zmiana struktury pliku, nie treści, i jest zamierzona.
Czy mogę przekonwertować LRC z powrotem na SBV?
Tak, ale ma własną listę: konwersja LRC na SBV traci czas — LRC przechowuje tylko początki linii, więc końce trzeba by odtworzyć z następnych wpisów. Ta lista różni się od powyższej, bo oba formaty przechowują różne rzeczy.
Czy wynik LRC 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 LRC w UTF-8.