Konwerter napisów TXT na LRC
Albo wklej tekst napisów
Opcje
Używane, gdy źródło nie ma czasów końca (zwykły tekst, LRC). Oś czasu w wyniku jest tu generowana, a nie konwertowana, więc dostajesz dokładnie tę liczbę.
Co zmienia ta konwersja
2 rzeczy zostają pominięte albo wymagają decyzji
- Czasy
sama oś czasu — źródło nie zapisuje czasów, więc oś wyniku jest generowana, a nie konwertowana
- 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 TXT 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.
TXT nie ma znaczników czasu, więc oś czasu w wyniku powstaje tutaj. LRC zapisuje tylko moment rozpoczęcia wiersza i robi to do setnej sekundy ([00:04.12]); końca bloku w nim nie ma, bo odtwarzacz trzyma wiersz do następnego. Wygenerowane starty są więc zaokrąglane do 10 ms, a końce nie trafiają do pliku w ogóle.
Jeden plik wystarczy, cały sezon też: kolejka przetwarza je po kolei, a wyniki pobierasz razem jako jeden ZIP.
Przykłady
Typowy plik TXT zamieniony na LRC
Wejście
The quick brown fox jumps over the lazy dog.
Second paragraph, first line.
Second paragraph, second line.
Wynik
[00:00.00]The quick brown fox jumps over the lazy dog.
[00:02.00]Second paragraph, first line.
[00:04.00]Second paragraph, second line.
Oś czasu w wyniku nie pochodzi z pliku — została zbudowana na tej stronie. LRC zapisuje tylko starty, więc końców bloków w pliku nie ma.
Ta sama konwersja na niewygodnym wejściu
Wejście
Hello world.
Second block.
Wynik
[00:00.00]Hello world.
[00:02.00]Second block.
Takie uszkodzenia mają prawdziwe pliki: mieszane końce wierszy, luźne spacje, puste pola. Porównaj to z czystym przykładem powyżej, żeby zobaczyć, co parser wybacza.
Częste pytania
Skąd biorą się czasy w konwersji TXT na LRC?
Są generowane, bo plik TXT nie ma żadnego znacznika czasu. Pierwszy wiersz startuje od zera, każdy następny tam, gdzie skończył się poprzedni, a pole czasu trwania decyduje o długości każdego bloku. LRC dostaje potem tylko moment rozpoczęcia — końce zostają w osi czasu tej strony i nie są zapisywane.
Dlaczego czasy w TXT na LRC są zaokrąglane?
LRC zapisuje czas jako [00:04.12], czyli do setnej sekundy, a wygenerowana oś czasu jest dokładna co do milisekundy. Starty są więc przy zapisie zaokrąglane do najbliższych 10 ms: 4,126 s staje się 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 TXT 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 TXT staje się jednym blokiem LRC, w tej samej kolejności i z tym samym tekstem.
Czy w TXT 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 TXT 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 TXT?
Tak i ten kierunek ma własną listę: konwersja LRC na TXT gubi całą oś czasu, bo LRC zna tylko początek wiersza, oraz informację o przynależności wierszy do jednego bloku. Lista różni się od powyższej, bo oba formaty przechowują co innego.
Czy wynik LRC zachowa kodowanie pliku TXT?
Nie — wynik jest w UTF-8, z uniksowymi końcami wierszy i bez BOM, niezależnie od tego, czego używał plik TXT. 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.