Конвертер SRT у LRC
Або вставте текст субтитрів
Що змінює ця конвертація
2 речі відкидаються або потребують рішення
- Таймінг
час завершення реплік (цільовий формат зберігає лише час початку репліки)
- Точність
точність таймінгу — годинник результату грубший, тож кожен таймкод округлюється до найближчих 10 мс
Цей перелік походить із матриці можливостей для цих двох форматів, а не з конкретного завантаженого файлу. Певний файл може втратити більше, якщо використовує можливості, які формат дозволяє, а матриця не моделює.
Ця сторінка переписує SRT в LRC. SRT тримає лише текст і дві позначки часу на репліку, а LRC зберігає тільки початок репліки. Час переходить із запису 00:00:01,250 у [00:12.34]. Слова й порядок реплік лишаються тими самими.
Втрати тут не косметичні: час завершення реплік — LRC зберігає лише початок; точність таймкодів — LRC округлює кожну позначку до 10 мс. Список складено з можливостей форматів, а не з вашого файлу, тому він однаковий до і після завантаження.
Файли обробляються по одному в браузері, без облікового запису й без завантаження на сервер; пакет можна скасувати посеред роботи.
Приклади
Типовий файл SRT, переписаний у LRC
Вхід
1
00:00:01,000 --> 00:00:03,500
Hello there.
2
00:00:03,500 --> 00:00:06,000
<i>Whispering</i> now.
And a second line.
3
00:00:06,000 --> 00:00:09,250
<b>Bold</b> statement.
Результат
[00:01.00]Hello there.
[00:03.50]Whispering now.
[00:03.50]And a second line.
[00:06.00]Bold statement.
У цьому вихідному файлі втрачено: час завершення реплік, точність до 10 мс. Решта збігається рядок у рядок.
Той самий перехід на неохайному файлі SRT
Вхід
1
0:00:01,00 --> 0:00:03,500
<B>Bold</B> and <I>italic</I>.
2
00:00:03,500 --> 00:00:06,000
3
00:00:08,000 --> 00:00:09,000
Last one.
Результат
[00:01.00]Bold and italic.
[00:03.50]
[00:08.00]Last one.
Справжні файли приходять із BOM, переводами рядків Windows, зайвим рядком перед часом або часом, який взагалі не читається. Ніщо з цього не валить обробку: нерозпізнане потрапляє у звіт, а не зникає мовчки.
Часті запитання
Чи впорається конвертер із BOM і переводами рядків CRLF у файлі SRT під час перетворення в LRC?
Так. BOM і CRLF розпізнаються під час читання SRT й не потрапляють у дані; вихідний LRC пишеться зі стандартними закінченнями рядків. Битий блок із нерозпізнаним часом не валить сторінку — він потрапляє у звіт, а не зникає мовчки.
Чи збережеться кінець кожної репліки SRT у LRC?
Ні. LRC записує тільки початок у вигляді [00:12.34], а кінець читач виводить із наступної позначки. У SRT межа задана явно як 00:00:01,250, тому після переходу тривалість репліки більше не є частиною файлу — її визначатиме плеєр.
Що саме зникне під час конвертації SRT в LRC?
Зникне час завершення реплік — LRC зберігає лише початок; точність таймкодів — LRC округлює кожну позначку до 10 мс. Це випливає з можливостей форматів, а не з конкретного файлу, тому відповідь однакова до і після завантаження. SRT тримає лише текст і дві позначки часу на репліку, а LRC зберігає тільки початок репліки.
Як виглядатиме одна репліка SRT у файлі LRC?
У SRT репліка складається з номера, рядка часу й одного чи двох рядків тексту. У LRC рядок на репліку з позначкою лише на початку; кінець виводять із наступної позначки. Перетворення зберігає початок і кінець кожної репліки, тому на екрані вона з’явиться в той самий момент; змінюється лише те, як цей момент записано.
Чи збережуться переноси рядків із SRT у LRC?
Так, LRC збереже переноси з SRT. У SRT жорсткий переніс усередині репліки зберігається окремим рядком тексту; у LRC кілька однакових позначок часу задають кілька рядків однієї репліки. Два рядки однієї репліки лишаться двома рядками, а не стануть двома окремими репліками, тому час другої половини тексту не зміниться.