.srtファイルをアップロードすれば、どのブラウザーでも再生できる.vttファイルが手に入ります。サーバーへの送信も、アカウントも、透かしもありません。
ブラウザーはSRT形式を解釈しません。HTML5の `<track>` 要素に付けても何も起きません。警告もなければ、字幕も出ません。対応しているのはWebVTTで、両者は十分似ているので、変換はまったく機械的です。時間も本文も同じ、先頭にヘッダーを置き、ミリ秒のコンマを点に替えるだけです。
それでも、多くの変換ツールは実際のファイルでつまずきます。どこかから落としてきた字幕ファイルには、たいていBOMや、Windowsの改行や、位置の指定や、WebVTTがマークアップと解釈してしまう文字が入っています。最終的なファイルを作る前に、それらをすべて片づけます。
本文を直接貼り付けても構いません。処理はブラウザーのなかで行われ、サーバーには送られません。
変換したファイルと並んで、処理した字幕の数とその長さが表示されます。
`<track>` 要素にも、プレーヤーにも、WebVTTが要るどんな用途にもそのまま使えます。
思ったより小さな違いですが、片方が動く場面でもう片方が転ぶには十分です。WebVTTのファイルは、1行目がWEBVTTという語で始まらなければなりません。それがないと、ブラウザーはファイルまるごとを警告もなく捨てます。ミリ秒はコンマではなく点で区切ります。そしてSRTでは必須の通し番号が、ここでは何の役目も持ちません。
4つ目の違いがあり、簡単な変換ツールの多くはそこで転びます。WebVTTでは本文がHTMLとして読まれるのです。escape されていないアンパサンドや不等号はマークアップと読まれ、その行の残りを壊すことがあります。ここではファイルを作る前に、それらを正しく escape します。
プレーヤーがウェブページの一部であるときです。サイト上の動画に字幕を重ねるHTML5の `track` 要素はWebVTTしか受け付けず、この非対応こそ、この変換が探される最大の理由です。
HLSの配信も同じくこれを求めますし、いくつかの埋め込みプレーヤーや、一部の法人向け動画プラットフォームもそうです。ブラウザーの外に出ると話は逆で、多くのソフトがSRTを好みます。両方の形式を持っておくのが賢いやり方です。
アップロードすれば、タイムスタンプ付きで、話者ごとに分かれ、要約の付いたテキストが手に入ります。始めるのにアカウントは要りません。