字幕から HTML タグを削除
字幕テキストを貼り付けることもできます
オプション
欄は1つ、選択肢は7つで、それぞれに専用のページがあります。斜体（Italic）、太字（Bold）、下線（Underline）、文字色（colour）はその種類の範囲だけを削除し、行の他のスタイルはそのまま残します。すべてのスタイル（All）はツールが扱うすべての範囲（この4つにカラオケのタイミングを加えたもの）を削除し、テキストの他の部分は変えません。すべてのスタイル＋山かっこのマークアップ（HTML）は同じことをしたうえで、ツールが扱わないためにテキストに残っていた山かっこのマークアップ（VTT の <v Bob> 話者タグや <c.className> など）も取り除きます。すべてのスタイル＋{...} 上書きブロック（ASS）は代わりに上書きブロックを対象にし、解析時に認識されなかった {...} コード（{\fad(500,500)} など）を消します。このページはタイトルが示す選択肢を欄に入れ、他は出しません。
タイミングを数える基準のフレームレートです。形式のページでは MicroDVD が必要とする値で、同形式は時間をフレーム番号で保存します。フレームレートのページでは、そのファイルがどのレートを前提に作られたか（字幕が合わせて作られた版）を指し、ページの2つ目の欄には実際に使う動画のレートを入れます。よく使われるのは 23.976、24、25、29.97、30、50、59.94、60 です。間違えると時間軸全体がずれます。フレームレートのページでは、ずれは固定量ではなく比率で生じます。
このページは字幕テキストからマークアップを外します。ファイルが持つすべてのスタイル範囲に加え、テキスト自体に残った山括弧のタグも対象です。戻ってくるのは素の読めるセリフで、言葉とタイミングだけです。テキストに話者タグ、クラスタグ、行の途中の孤立した閉じタグなどが残っているファイルのための実行です。
その後半が、このページがすべての書式の削除の隣にある理由です。ツールは理解する 4 つの強調タグをモデル化し、それ以外は見つけた場所にそのまま残します。ファイルを読む間は正しい判断で、認識しないマークアップを黙って食べるのはデータを失うことだからです。しかしそのため `<v Bob>` を含む WebVTT ファイルはサイトのほかのどの整理を通してもそのタグを保ち、OCR や手編集を通ったファイルは行の途中に対応の取れない閉じタグを持つことがよくあります。それを一掃するのがこのページで、題名がそう書いています。
一掃は意図的に狭いものです。タグの形をしたもの、つまり開き括弧の直後に文字かスラッシュが続くものだけを削除します。セリフの中の比較 `5 < 10` や `<3` のような顔文字は完全にそのまま残ります。緩い規則では 2 つの括弧の間の言葉を削除し、出力にそれを示すものが残らないからです。モデル化されていないものは推測されません。
何もアップロードされず、ファイルはブラウザのタブの中で読まれ、書き出されます。すでに素のテキストのファイルはバイト単位で戻り、疑っている見えないマークアップが本当にあるかを知る最も安い方法でもあります。
例
話者タグとクラスタグを持つ WebVTT ファイル
入力
WEBVTT
00:00:01.000 --> 00:00:02.000
<v Bob><c.yellow>Hello there</c>
00:00:03.000 --> 00:00:04.000
<i>She left</i> <ruby>東京<rt>とうきょう</rt></ruby>.
出力
WEBVTT
00:00:01.000 --> 00:00:02.000
Hello there
00:00:03.000 --> 00:00:04.000
She left 東京とうきょう.
話者タグ、クラスタグ、斜体、ルビの注記がすべて消え、言葉が残ります。2 つ目の字幕に注目してください。`<rt>` の中の読みはマークアップではなくテキストだったので残ります。出力は漢字の横に仮名を示し、プレーヤーがもともと表示したはずのものです。
対応の取れない閉じタグを持つ SRT ファイル
入力
1
00:00:01,000 --> 00:00:02,000
<i>Hello</i> there</i> again.
2
00:00:03,000 --> 00:00:04,000
<b>And</b> one more.
出力
1
00:00:01,000 --> 00:00:02,000
Hello there again.
2
00:00:03,000 --> 00:00:04,000
And one more.
Hello を囲む対は範囲として読まれて 1 つとして削除され、there の後の孤立した `</i>` は読み手がテキストに残したものでここで一掃されます。どちらも出力から消え、2 つの仕事を 1 回で行う要点です。このような対応の崩れたタグは OCR や手編集の後にファイルが持ち帰るものです。
比較と記号はタグではない
入力
1
00:00:01,000 --> 00:00:02,000
5 < 10 and 3 > 1
2
00:00:03,000 --> 00:00:04,000
<3 you
出力
1
00:00:01,000 --> 00:00:02,000
5 < 10 and 3 > 1
2
00:00:03,000 --> 00:00:04,000
<3 you
何も削除されず、ここがページの最も重要な半分です。一掃はタグの形をしたもの、つまり括弧の直後の文字かスラッシュにだけ触れます。数学の比較と小なり記号で作ったハートはどちらもそのまま残り、2 つの括弧の間に書かれたものもすべて残ります。
よくある質問
すべての書式を削除するページとの違いは何ですか？
こちらはその仕事をしてからさらに進みます。書式の削除はツールがモデル化する強調の範囲（斜体、太字、下線、色、カラオケ）を外します。このページはそれも削除し、さらにテキスト自体に残った山括弧のタグ（話者タグ、クラスタグ、ルビのマークアップ、孤立した、または対応の取れない閉じタグ）を一掃します。ファイルにそのようなマークアップがなければ、2 つのページは同じ出力を作ります。
一掃はどのタグを削除し、どれを残しますか？
タグの形をしたもの、つまり開き括弧の直後に文字かスラッシュが続き、次の閉じ括弧までのものを削除します。触れないのは括弧の後にほかのものが続く場合で、`5 < 10 and 3 > 1` のような比較や `<3` のような記号はそのまま通ります。この狭さは意図的で、広い規則は 2 つの括弧の間のセリフを削除し、出力に痕跡を残しません。
削除されたタグの中の言葉も削除されますか？
中に何があったかによります。タグ自身の属性は一緒に消え、削除されるタグの中に入れ子になったものも消えます。たとえばルビの注記の中の読みはテキストなので行に残り、周りのルビのマークアップが消えます。決して起きないのは、普通のセリフで 2 つの括弧の間にあるテキストを削除することです。それはタグの形をしていないからです。
マークアップが消えた後も出力はプレーヤーで有効ですか？
有効で、以前より確実です。WebVTT は対応の取れない閉じタグを問題なく許しますが、閉じ括弧のない話者タグは一部のプレーヤーで行の残りを飲み込み、未知のタグの意味についてはプレーヤーごとに意見が分かれます。素のテキストにはその曖昧さがなく、スタイルを上書きするプラットフォーム向けのファイルはスタイルするより整理したほうがよいことがよくあります。
残ったマークアップだけを削除して斜体は残せますか？
このページではできません。強調の範囲が先に消え、一掃が後に走るので、斜体のあるファイルは斜体なしで戻ります。その順序は任意ではありません。マークアップを削除するとテキストが短くなり、削除後のすべての範囲は正しい文字を指すために計算し直す必要があります。2 つの仕事を一緒に行うことで結果が正確になるので、中途半端な設定はありません。
ファイルに明らかにマークアップがあるのに何も報告されなかったのはなぜですか？
マークアップがタグの形をしていない可能性が高いです。括弧の後に空白、数字、記号が続くものは意図的に残されるので、何も削除されずファイルはバイト単位で戻ります。`<v Bob>` のようなものがあり、それでも変更されずに戻るなら、思っているファイルかを確かめてください。ページはファイルを拡張子ではなく実際の形式として読みます。