Konwerter napisów LRC na TXT
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
cała oś czasu (format docelowy w ogóle nie zapisuje czasów)
- Podziały wierszy
podziały wierszy (bloki wielowierszowe zostaną zlepione w jeden wiersz)
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.
TXT to sam tekst: nie ma w nim czasów, bloków ani metadanych. Konwersja z LRC zostawia więc wyłącznie słowa, w kolejności, w jakiej występowały w pliku, i usuwa wszystko, co mówiło, kiedy mają się pojawić.
Pusty znacznik LRC daje pustą linię, a kilka wierszy dzielących jeden czas trafia do wyniku jako kolejne linie. TXT nie potrafi jednak powiedzieć, że te linie należą do jednego napisu — po ponownym odczycie byłyby już dwoma osobnymi wpisami. Dlatego konwersja zgłasza utratę podziału na wiersze.
Tytuł, wykonawca i przesunięcie z nagłówka również giną, bo zwykły plik tekstowy nie ma gdzie ich zapisać. Całość odbywa się w przeglądarce; nic nie jest wysyłane.
Przykłady
Typowy plik LRC po konwersji na TXT
Wejście
[ti:Sample Song]
[ar:Some Artist]
[length:00:41.00]
[offset:+250]
[00:12.00]First line of the song.
[00:15.30]Second line.
[00:15.30]Second line, translated.
[00:18.00]
[00:21.50]Final line.Wynik
First line of the song.
Second line.
Second line, translated.
Final line.
W tym wyniku giną timing i podział na wiersze: zostaje tekst w kolejności źródłowej, bez czasów i bez bloków.
Ta sama konwersja na nierównym pliku wejściowym
Wejście
[ar:Some Artist]
[0:05.5]Leading zero omitted, one decimal.
[00:07]Second with no centiseconds.
[00:03.00]Out of order.
[00:07.00][00:09.00]Repeated chorus line.
[00:12.00]Wynik
Out of order.
Leading zero omitted, one decimal.
Second with no centiseconds.
Repeated chorus line.
Repeated chorus line.
Takie uszkodzenia ma wiele prawdziwych plików: mieszane końce wierszy, zbłąkane spacje, puste pola. Porównaj to z czystym przykładem powyżej, żeby zobaczyć, co parser wybacza.
Częste pytania
Gdzie podziały się timecode'y z pliku LRC w TXT?
TXT nie ma ich gdzie zapisać: eksport tekstowy to słowa, nie momenty. Kolejność wierszy zostaje, więc czterdziesta linia źródła jest czterdziestą linią wyniku, ale nic nie mówi, kiedy cokolwiek pojawia się na ekranie. To strata samego timingu, nie treści.
Co dzieje się z dwuwierszowym blokiem LRC w TXT?
Obie linie są zapisane jedna pod drugą, ale plik przestaje mówić, że należą razem. TXT nie grupuje linii w bloki, więc ponowny odczyt dałby dwa napisy tam, gdzie LRC miał jeden. Ma to znaczenie, jeśli wynik ma później przejść przez tłumaczenie lub narzędzie do przesuwania czasów.
Jak wygląda wynik, gdy LRC staje się TXT?
Każdy wiersz LRC daje jedną linię tekstu, a pusty znacznik daje pustą linię. Nie ma numerów, czasów ani nagłówka — wyłącznie treść. Odtwarzacz nie odczyta z tego napisów, bo brakuje informacji o momentach wyświetlania.
Czy kolejność wierszy LRC jest zachowana w TXT?
Tak, po uporządkowaniu rosnąco według czasu rozpoczęcia. TXT nie ma czasów, więc kolejność jest jedyną pozostałą informacją o przebiegu — dlatego parser normalizuje ją przed zapisem. Jeśli źródło miało wiersze pomieszane, wynik będzie ich uporządkowaną wersją.
Co ginie przy powrocie z TXT do LRC?
Timing i precyzja. LRC potrzebuje znaczników czasu, a TXT ich nie zawiera, więc każdy wiersz musiałby dostać czas spoza pliku. Zostaje tekst i jego kolejność; style, pozycje i końce również nie mają skąd wrócić.
Jakie kodowanie ma TXT powstały z LRC?
Wynik jest w UTF-8, z końcami wierszy LF i bez BOM. Plik źródłowy w UTF-16 lub w kodowaniu jednobajtowym Windows zostanie zdekodowany po drodze, a panel wyniku o tym poinformuje. To samo dotyczy polskich znaków diakrytycznych — wychodzą poprawnie w UTF-8.