Конвертер CSV у LRC
Або вставте текст субтитрів
Що змінює ця конвертація
2 речі відкидаються або потребують рішення
- Таймінг
час завершення реплік (цільовий формат зберігає лише час початку репліки)
- Точність
точність таймінгу — годинник результату грубший, тож кожен таймкод округлюється до найближчих 10 мс
Цей перелік походить із матриці можливостей для цих двох форматів, а не з конкретного завантаженого файлу. Певний файл може втратити більше, якщо використовує можливості, які формат дозволяє, а матриця не моделює.
Ця сторінка переписує CSV в LRC. CSV тримає таблицю з початком, кінцем і текстом, а LRC зберігає тільки початок репліки. Час переходить із запису 1000,3500,текст у [00:12.34]. Слова й порядок реплік лишаються тими самими.
Втрати тут не косметичні: час завершення реплік — LRC зберігає лише початок; точність таймкодів — LRC округлює кожну позначку до 10 мс. Список складено з можливостей форматів, а не з вашого файлу, тому він однаковий до і після завантаження.
Один файл чи ціла тека: черга обробляє їх по одному, а результат забирається одним архівом. Обробка йде у вашому браузері — файли нікуди не надсилаються.
Приклади
Типовий файл CSV, переписаний у LRC
Вхід
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."
Результат
[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.
У цьому вихідному файлі втрачено: час завершення реплік, точність до 10 мс. Решта збігається рядок у рядок.
Той самий перехід на неохайному файлі CSV
Вхід
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.
Результат
[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.
Справжні файли приходять із BOM, переводами рядків Windows, зайвим рядком перед часом або часом, який взагалі не читається. Ніщо з цього не валить обробку: нерозпізнане потрапляє у звіт, а не зникає мовчки.
Часті запитання
Чим CSV відрізняється від LRC у цьому напрямку?
CSV тримає таблицю з початком, кінцем і текстом, а LRC зберігає тільки початок репліки. Тому перетворення — це не зміна розширення, а переписування моделі. У CSV таблиця із заголовком start, end, text і рядком на репліку. У LRC рядок на репліку з позначкою лише на початку; кінець виводять із наступної позначки. Саме з цієї різниці й постає список втрат над файловим полем.
Як перевірити, що конвертація CSV в LRC нічого не зіпсувала?
Порівняйте кількість реплік, час першої та останньої і список втрат, який сайт показує до завантаження. CSV записує час як 1000,3500,текст, LRC записує лише початок як [00:12.34]; якщо кількість і межі збігаються, а перелік втрат вас влаштовує, файл готовий.
Чи впорається конвертер із BOM і переводами рядків CRLF у файлі CSV під час перетворення в LRC?
Так. BOM і CRLF розпізнаються під час читання CSV й не потрапляють у дані; вихідний LRC пишеться зі стандартними закінченнями рядків. Битий блок із нерозпізнаним часом не валить сторінку — він потрапляє у звіт, а не зникає мовчки.
Як читається CSV-файл CSV під час конвертації в LRC?
Під час перетворення CSV у LRC конвертер визначає ролі колонок за заголовком (start, end, text), тому порядок колонок може відрізнятися від нашого прикладу. Час читається в мілісекундах; якщо колонки end немає, кінець репліки виводять із наступного рядка.
Чи збережеться кінець кожної репліки CSV у LRC?
Ні. LRC записує тільки початок у вигляді [00:12.34], а кінець читач виводить із наступної позначки. У CSV межа задана явно як 1000,3500,текст, тому після переходу тривалість репліки більше не є частиною файлу — її визначатиме плеєр.