Konwerter napisów CSV 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 zamienia CSV na LRC. Upuść plik — albo wklej tekst — a dostaniesz wersję LRC. Konwersja odbywa się w całości w Twojej przeglądarce, więc nic nie jest wysyłane i konto nie jest potrzebne.
Te dwa formaty nie przechowują tego samego i różnica nie jest kosmetyczna: LRC zapisuje tylko moment, w którym wiersz się zaczyna, i robi to do setnej sekundy ([00:04.12]). Końce bloków z CSV nie trafiają więc do pliku, bo odtwarzacz trzyma wiersz do następnego, a każdy start jest zaokrąglany do najbliższych 10 ms.
Jeden plik wystarczy, cały sezon też: kolejka przetwarza je po kolei, a wyniki pobierasz razem jako jeden ZIP.
Przykłady
Typowy plik CSV zamieniony na LRC
Wejście
start,end,text
00:00:01.000,00:00:03.500,The quick brown fox.
00:00:04.000,00:00:06.250,"Jumps over, the lazy dog."
00:00:07.000,00: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.
Znikają końce bloków i milisekundy: LRC zapisuje tylko start, do setnej sekundy. Tekst i kolejność zostają.
Ta sama konwersja na niewygodnym wejściu
Wejście
id,start,end,note,text
1,00:00:01,000,00:00:04,000,cue one,"Hello there, friend."
2,00:00:05.000,00:00:07.000,cue two,Second line.
bad,notatime,00:00:09.000,cue three,Unreadable start.
4,00:00:10.000,00:00:09.000,cue four,End before start.
5,00:00:12.000,00:00:14.000,cue five,Unquoted comma in text, right here.
Wynik
[00:01.00]Hello there, friend.
[00:05.00]Second line.
[00:10.00]End before start.
[00:12.00]Unquoted comma in text, right here.
Tak wyglądają prawdziwe tabele: nagłówek z innymi nazwami, znacznik czasu bez cudzysłowów, pusta komórka. Porównaj z czystym przykładem powyżej, żeby zobaczyć, co parser wybacza.
Częste pytania
Co dzieje się z czasem końca bloku przy CSV na LRC?
LRC zapisuje tylko moment rozpoczęcia wiersza — odtwarzacz tekstów trzyma wiersz do następnego, więc koniec byłby zbędny. Każdy koniec znika, a każdy początek z CSV zostaje.
Dlaczego czasy w CSV na LRC są zaokrąglane?
LRC zapisuje czas jako [00:04.12], czyli do setnej sekundy, a CSV jako 00:00:04.126, czyli do milisekundy. Każdy znacznik jest więc zaokrąglany do najbliższych 10 ms: 4,126 s wychodzi jako 4,13 s. Nic nie jest rozciągane ani przestawiane, a żaden blok nie przesuwa się o więcej niż 5 ms.
Jak wygląda wynik, gdy CSV staje się LRC?
Jak LRC: bez numerów bloków, każdy wiersz ma własny znacznik w nawiasach kwadratowych, a końca bloku nie ma nigdzie. Każdy blok CSV staje się jednym blokiem LRC, w tej samej kolejności i z tym samym tekstem.
Co dzieje się z dwuwierszowym blokiem CSV w LRC?
Staje się dwoma wierszami z tym samym czasem, bo tak LRC mówi „te dwa należą do siebie”. Więź zostaje — oba wiersze z komórki CSV nadal tworzą jeden blok w wyniku LRC i odtwarzacz pokazuje je razem.
Czy w CSV na LRC bloki zachowują kolejność?
Tak, a po drodze są sortowane po czasie startu — najwcześniejsze pierwsze, tak jak oczekuje każdy format na tej stronie i jak czytają je odtwarzacze. Jeśli Twój plik CSV miał bloki w innej kolejności, wynik LRC je uporządkuje; to zmiana struktury pliku, nie treści, i jest zamierzona.
Czy mogę przekonwertować LRC z powrotem na CSV?
Tak, ale ten kierunek ma własną listę: konwersja LRC na CSV nie ma skąd wziąć końców bloków — LRC zna tylko początek wiersza, więc końce zostaną wyprowadzone z początku następnego. Lista różni się od powyższej, bo oba formaty przechowują co innego.
Czy wynik LRC zachowa kodowanie pliku CSV?
Nie — wynik jest w UTF-8, z uniksowymi końcami wierszy i bez BOM, niezależnie od tego, czego używał plik CSV. Plik w UTF-16 albo w windowsowym kodowaniu jednobajtowym jest dekodowany przy wejściu (panel wyniku to sygnalizuje), a na wyjściu zawsze dostajesz ten sam LRC w UTF-8.