Конвертер SBV в SMI
Или вставьте текст субтитров
Что меняет эта конвертация
В этом направлении ничего не теряется — у каждой возможности исходного формата есть куда перейти в целевом.
Этот список выведен из матрицы возможностей этих двух форматов, а не из загруженного файла. Конкретный файл может потерять больше, если использует возможности, которые формат допускает, а матрица не моделирует.
Конвертер SBV в SMI нужен, когда плеер или платформа принимает только второй формат: SBV здесь — формат YouTube, в котором начало и конец стоят в одной строке через запятую, SMI — формат Microsoft на разметке, где каждая реплика начинается тегом SYNC. SBV записывает интервал (0:00:01.000,0:00:03.500), а SMI ставит только <SYNC Start=1000>: конец реплики задаёт следующий тег SYNC. Обе шкалы миллисекундные, поэтому значения времени переносятся без округления.
В этом направлении ничего не теряется: позиционирования в SBV нет, караоке в исходнике отсутствует, полный интервал и многострочный текст SMI хранит, а SBV не содержит ничего, чего SMI не умел бы.
Сервер не участвует: файл читается и записывается в браузере, поэтому можно обрабатывать пакеты и прерывать очередь в любой момент.
Примеры
Обычный файл SBV, переведённый в SMI
Вход
0:00:01.000,0:00:03.500
The quick brown fox.
0:00:04.000,0:00:06.250
Jumps over the lazy dog.
0:00:07.000,0:00:09.000
Two lines here.
And a second one.
Выход
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>The quick brown fox.
<SYNC Start=3500>
<P>
<SYNC Start=4000>
<P>Jumps over the lazy dog.
<SYNC Start=6250>
<P>
<SYNC Start=7000>
<P>Two lines here.<br>And a second one.
<SYNC Start=9000>
<P>
</BODY>
</SAMI>
Сравните две стороны: SBV хранит полный интервал, а SMI ставит только <SYNC Start=1000>; конец реплики задаёт следующий блок, текст сохраняется.
Тот же перевод на неаккуратном файле SBV
Вход
0:00:02.000,0:00:04.000
Carriage-return line endings.
0:00:06.000,0:00:08.000
Indented timecode, no final newline.Выход
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=2000>
<P>Carriage-return line endings.
<SYNC Start=4000>
<P>
<SYNC Start=6000>
<P>Indented timecode, no final newline.
<SYNC Start=8000>
<P>
</BODY>
</SAMI>
Второй файл проверяет граничные случаи. SBV читает его без падения, а SMI записывается заново, поэтому часть дефектов исчезает, но пропущенные блоки не возвращаются.
Частые вопросы
Как будут выглядеть таймкоды SBV после перевода в SMI?
SBV записывает интервал (0:00:01.000,0:00:03.500), а SMI ставит только <SYNC Start=1000>: конец реплики задаёт следующий тег SYNC. Обе шкалы миллисекундные, поэтому значения времени переносятся без округления.
Чем придётся пожертвовать при экспорте SBV в SMI?
Ничего: позиционирования в SBV нет, караоке в исходнике отсутствует, полный интервал и многострочный текст SMI хранит, а SBV не содержит ничего, чего SMI не умел бы. Текст, интервалы и порядок реплик переносятся один в один, а различие остаётся только в синтаксисе SBV и SMI.
Что теряется при чтении SBV и переводе в SMI?
SBV — формат YouTube с парой времени в одной строке и без оформления. В SMI переносится текст и интервалы; стилей и служебных блоков в SBV нет, поэтому потерять можно только оформление, которого исходник не содержал.
Не перепутается ли порядок реплик после конвертации SBV в SMI?
Оба формата хранят жёсткий перенос внутри реплики, поэтому две строки SBV останутся двумя строками в SMI; порядок реплик не меняется.
В какой кодировке сохраняется SMI и какое у него расширение при переводе из SBV?
Файл SMI записывается в UTF-8 без BOM с переводами строк LF и расширением .smi; при чтении SBV сайт сам определяет BOM и стиль переводов строк и нормализует их. Кириллица и другие алфавиты сохраняются без замены символов.
Почему в SMI после каждой реплики появляется очищающий блок при переводе SBV в SMI?
SMI не хранит конец реплики: она длится до следующего тега SYNC. Поэтому при переводе SBV в SMI сайт ставит SYNC Start с миллисекундами и добавляет очищающий блок в момент окончания реплики, иначе текст висел бы до следующей.