SRT を ASS に変換

骨組みだけは正しい骨格です。SubRip ファイルが持っているのは単語とタイミングだけで、引き継げるのもそれだけです。結果は、あなたのすべてのキューが 1 つの既定スタイルのもとで ASS のダイアログ行として表現されたものです。何も作り出されません。作り出す元になるものがそもそもなかったからです。

これは見た目より役に立ちます。理由をはっきりさせておく価値があります。タイミング合わせは字幕作業の中で遅く面倒な半分で、スタイル付けは速く楽しい半分です。タイミングがすでに正しいなら、この変換は作業のコストのかかる部分を無傷で引き継ぎ、この形式を使う価値が出てくる地点にあなたを立たせます。

スタイルは 1 つ、名前は Default で、実際の値はこうです。フォントは Arial のサイズ 48、主要な色は白、黒い輪郭線は 2 ピクセルの太さ、影なし、配置は 2——この形式が位置指定に使う 3×3 の格子の下段中央です。左右と上下の余白はすべて 10。スクリプトのヘッダーは ScriptType v4.00+、WrapStyle 0、ScaledBorderAndShadow yes を宣言します。

この数値を知っておくと、最初に何を変えるべきかがわかります。サイズ 48 の Arial は、どこでも描画できるようあえて無難な選択にされているだけで、推奨ではありません。トラックが 1080p の動画に入り、文字が小さく見えるなら、変えるべきはサイズの欄です。ScaledBorderAndShadow がオンなので、輪郭線もそれに合わせて拡大縮小され、元の解像度で 2 ピクセルのまま固定されることはありません。

SubRip はミリ秒単位で記録し、ASS は 100 分の 1 秒単位で記録します。これは解像度の本物の差で、この変換は四捨五入ではなく切り捨てでそれを解決します。SRT の 00:00:01,238 は ASS では 0:00:01.23 になり、最大で 9 ミリ秒早くなります。

9 ミリ秒は 24 fps の 4 分の 1 フレームで、これに気づいた人はいません。重要になる場面が 1 つだけあります。カラオケです。音節のタイミングが音声に合わせて設定され、隣り合う音節の間の積み重なった誤差が聞こえてしまうことがあります。カラオケのタイミングを取るなら、他の場所でタイミングを取ったファイルを変換するのではなく、変換後の ASS の中で行ってください。

SRT の中で 2 行に分かれていた字幕は、改行があった場所にバックスラッシュと大文字の N を持つ 1 つのダイアログ行として届きます。これがこの形式の強制改行で、作者が求めた改行と、レンダラーが選んだ改行を区別する方法です。

ASS にはその代わりにソフトブレークがあり、これは小文字の n で、WrapStyle がそれを許す場合はレンダラーが無視して再改行することがあります。この変換は常にハード形式で書きます。SRT の改行は誰かが下した判断であり、レンダラーがそれを黙って取り消してしまうのは正しい既定の挙動ではないからです。文字を再改行させて収めたいなら、それらを置き換えてください。

配置 2 は字幕を下段中央に置きます。字幕が本来あるべき場所であり、ASS の本領が始まる場所でもあります。この形式は数値の格子で位置を指定するので、8 は上段中央、7 は上段左であり、行内の上書きタグを使えば、スタイルに触れずに 1 行だけをフレームのどこにでも配置できます。

これが翻訳された画面上の標識の仕組みで、装飾作業の時間の大半がここに費やされます。店先の看板、テキストメッセージ、原語のキャプション——それぞれが、それを翻訳している対象の上に、それに合わせて選ばれたスタイルで配置されたダイアログ行になります。そのどれも SRT からは出てきません。ファイルが ASS になった瞬間、そのすべてが可能になります。

これは人々を驚かせる唯一の結果なので、はっきり書いておく価値があります。キューの文字はそのままコピーされます。一部の SubRip プレイヤーが慣習として尊重する山括弧のイタリックタグは、ASS 相当の波括弧の上書きタグには変換されません。タイプされたとおりそのまま残り、ASS のレンダラーはその山括弧を文字として画面に描きます。

直すには、できあがったファイルに対して検索置換を行うか、トラック全体がイタリックなら Default スタイルにイタリックを設定してください。どちらも 1 分で済みます。変換ツールに推測させるより、こうするほうが望ましいです。その山括弧のタグは SubRip の一部ではなくプレイヤーの慣習であり、それを別の目的で使っていたファイルは、変換の段階で気づかれないまま台無しになってしまいます。

スタイルは Arial と書きますが、Arial を運んではいません。ASS ファイルはフォントを名前で参照し、再生する機械がそれを持っていることに頼っています。これがこの形式の決定的な弱点で、丁寧に装飾されたトラックが、ファイル自体には何の問題もないのにどこかで壊れて見える理由です。

代替フォントは文字の幅が違うので、以前は収まっていた行が折り返され、絵の中の対象に合わせて配置された標識がその対象と重なってしまいます。知られている対応は 3 つあります。どこにでもあるフォントに留めること、フォントを一緒に配布して視聴者にインストールを頼むこと、あるいはリリースグループが行うように Matroska コンテナーの中にフォントを添付することです。ここで Arial が既定になっているのは、まさに欠けている可能性がもっとも低いからです。

ファイルの行き先さえわかれば、この判断は見た目ほど難しくありません。自分の機械用のトラックなら、そこにインストールされているものを何でも使えます。他の 1 人に送るトラックなら、フォントと指示を一緒に送れます。公開するトラックや映像に焼き込む予定のトラックなら、普遍的なものに絞るか、そもそも字幕ファイルであることをやめるべきです。見知らぬ相手の機械で書体が確実に描画される唯一の方法は、あなたの機械で先に描画してしまうことだからです。

Aegisub はこの形式が育った場所で、いまも本格的な字幕作業が行われる場所であり続けています。表で管理されるスタイル、音声の波形に合わせて設定するタイミング、個々の行を配置・変形するための装飾ツール。この変換ツールが作るファイルはそこに直接きれいに開けます。

小さな修正にはテキストエディターも使えます。イベントセクションはカンマ区切りの平文だからです。各フィールドの意味を理解していない限り、スタイルセクションには触れないでください。いくつかのフィールドは、アンパサンドと H の接頭辞の後ろにバイト順を逆にして書かれた色の値であり、大切なファイルの上で実験して発見するようなものではありません。

この変換は 1 つのスタイルを書き、すべての行に適用します。SubRip の元データからできる唯一の正直な処理です。この移行を報いる最初の編集は、たいてい 2 つ目のスタイルです。スタイルの表で Default を複製し、リネームし、主要な色を変え、もう一方の話者に属する行を割り当て直してください。スタイル名は各ダイアログ行のフィールドなので、割り当て直しは書き直しではなく列の編集で済みます。

話者を色分けするのは字幕作りでもっとも古い技で、視聴者が覚えるのに何のコストもかからないため機能します。同時に、SubRip には決してできなかったことでもあります。平文のファイルは話者の名前を文字の中に書くか、ダッシュの慣習を使うしかなく、どちらもセリフに必要な画面上の文字数を消費します。2 つのスタイルは、やり取りのたびに 1 行分の読む余裕を買い戻し、会話の多い作品では、追いつける字幕と追いつけない字幕の違いになります。

トラックのどの部分も位置や色、スタイルを必要としないなら、変換は見返りのない作業です。SubRip はあらゆるプレイヤー、あらゆるテレビ、あらゆるアップロードフォームが読めますが、ASS はデスクトップのプレイヤーくらいしか読めず、渡されたプラットフォームはたいてい無視します。

成り立つ原則は行き先次第です。動画がそれを描画するプレイヤーで見られる場合、あるいは字幕を映像に焼き込むつもりで見た目を自分で決められる場合には ASS で装飾してください。ファイルの行き先を自分で制御できない場合には SRT のままにしておいてください。同じプロジェクトの中で両方が真であることもあり、その場合は ASS がマスターで、SRT はそこから生成されます。