Konwerter napisów MicroDVD na CSV
Albo wklej tekst napisów
Opcje
W jakiej liczbie klatek na sekundę liczone są czasy. Na stronach formatów tego wymaga MicroDVD, bo zapisuje czasy jako numery klatek. Na stronach poświęconych liczbie klatek jest to stawka, według której zgrany był plik — wersja, dla której powstały napisy — a drugie pole na stronie przyjmuje liczbę klatek wideo, z którym napisy będą używane. Najczęstsze wartości to 23,976, 24, 25, 29,97, 30, 50, 59,94 i 60. Pomyłka przesuwa całą oś czasu, a na stronach poświęconych liczbie klatek przesuwa ją o współczynnik, a nie o stałą wartość.
Co zmienia ta konwersja
1 rzecz zostaje pominięta albo wymaga decyzji
- Liczba klatek
źródło zapisuje czasy jako numery klatek — każdy znacznik czasu zależy od podanej liczby klatek na sekundę
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.
CSV to tabela, więc każdy napis z MicroDVD musi stać się jednym wierszem z kolumnami. Wynik ma nagłówek `start,end,text`, a numery klatek są najpierw przeliczane na czas, bo w tabeli nie ma miejsca na klatki.
Fps ustala się w znanej kolejności: pole na stronie, deklaracja w pierwszej linii pliku, domyślne 25. Klatka 150 przy 25 fps daje `00:00:06.000`. Pionowa kreska `|` rozdziela linie w jednej komórce, którą CSV obejmuje cudzysłowami, więc napis nie rozpada się na dwa wiersze tabeli.
Jeśli tekst zawiera przecinki, zostaną one w komórce dzięki cudzysłowom. Konwersja działa w przeglądarce i nie wymaga wysyłania pliku ani zakładania konta.
Przykłady
Typowy plik MicroDVD po konwersji na CSV
Wejście
{1}{1}25
{100}{150}The quick brown fox jumps over the lazy dog.
{200}{260}Faster than|the last one.
Wynik
start,end,text
00:00:04.000,00:00:06.000,The quick brown fox jumps over the lazy dog.
00:00:08.000,00:00:10.400,"Faster than
the last one."
W tym wyniku ginie liczba klatek: kolumny start i end zawierają czas zegarowy, a nie numery klatek.
Ta sama konwersja na nierównym pliku wejściowym
Wejście
{1}{1}23.976
{0100}{0150}Leading zeros in the frame numbers.
[INFORMATION]
{300}{340}An unrecognized line above was kept in place.
{400}{450}Trailing spaces are kept.
Wynik
start,end,text
00:00:04.000,00:00:06.000,Leading zeros in the frame numbers.
00:00:12.000,00:00:13.600,An unrecognized line above was kept in place.
00:00:16.000,00:00:18.000,"Trailing spaces are kept. "
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
Jaki fps rządzi przeliczeniem MicroDVD na CSV?
Najpierw pole na stronie, potem deklaracja w pierwszej linii pliku, na końcu 25. CSV nie ma kolumny na liczbę klatek, więc całe przeliczenie odbywa się przed zapisem tabeli. Błędna wartość przesuwa wszystkie wiersze o ten sam współczynnik.
Jak wygląda CSV powstały z pliku MicroDVD?
Zaczyna się nagłówkiem `start,end,text`, a każdy kolejny wiersz odpowiada jednemu blokowi napisów. Czasy mają postać `00:00:04.000`, a tekst jest ostatnią kolumną. Numerów klatek ani numerów bloków nie ma.
Jak dwuwierszowy blok MicroDVD wychodzi w CSV?
Jako dwie linie w jednej komórce `text`, objęte cudzysłowami. Kreska `|` z MicroDVD staje się wewnętrznym znakiem nowej linii, który nie kończy wiersza tabeli. Dzięki temu para pozostaje jednym rekordem, a nie dwoma osobnymi.
Czy kolejność bloków MicroDVD zostaje w CSV?
Tak, po sortowaniu rosnąco według czasu rozpoczęcia. Tabela nie ma numerów bloków, więc chronologia jest jedynym wyznacznikiem porządku. Źródło z klatkami poza kolejnością zostanie uporządkowane — to normalizacja, nie zmiana treści.
Co tracę, wracając z CSV do MicroDVD?
Liczbę klatek. CSV przechowuje czas zegarowy, a MicroDVD wymaga numerów klatek, więc każdy wiersz trzeba by ponownie przeliczyć przez fps. Zostaje tekst i momenty; style ani pozycje nie mają tu znaczenia, bo oba formaty ich nie przechowują.
Jakie kodowanie ma CSV powstały z MicroDVD?
UTF-8, końce wierszy LF, brak BOM. Plik `.sub` w UTF-16 lub w kodowaniu jednobajtowym Windows jest dekodowany podczas odczytu, o czym informuje panel wyniku. Wynik zawsze jest w UTF-8, więc polskie znaki nie zależą od źródła.