29.97→23.976fps に補正
字幕テキストを貼り付けることもできます
オプション
タイミングを数える基準のフレームレートです。形式のページでは MicroDVD が必要とする値で、同形式は時間をフレーム番号で保存します。フレームレートのページでは、そのファイルがどのレートを前提に作られたか（字幕が合わせて作られた版）を指し、ページの2つ目の欄には実際に使う動画のレートを入れます。よく使われるのは 23.976、24、25、29.97、30、50、59.94、60 です。間違えると時間軸全体がずれます。フレームレートのページでは、ずれは固定量ではなく比率で生じます。
字幕を使う版のフレームレート、つまり実際に再生する動画のレートです。適用される係数は1つ目の欄÷この欄で、24 から 25 なら 0.96 になります。フィルムは PAL で4%速く進むため、100分の作品が96分のテープに収まります。2つの欄を逆にすると、時間軸全体が同じ量だけ逆向きにずれます。
このページは、29.97 フレームレートで数えた時間軸を持つ字幕ファイルを、23.976 の時間軸に載せ替えます。すべての時刻に 1.25、つまりちょうど4分の5を掛けるので、ファイルは4分の1長くなります。48秒の字幕は1分になり、30分のエピソードで24分と書かれていた字幕は30分に戻ります。2つの入力欄はすでに埋まっているので、別のレートで数えたファイルなら数値を変えてください。
原因は、鏡像のページと同じ計算を反対側から見たものです。23.976 の時間軸に属するフレーム番号を 29.97 で割ると、23.976 ÷ 29.97 が 0.8 なので、出てくる秒は4分の1小さくなります。時間軸全体が5分の4に縮み、字幕は20パーセント早く現れ、作品が進むほど先へ進みます。1.25 を掛けるのは、その誤差を割り戻す操作です。
どちらの向きにいるかを見分けることが作業の中心で、症状がそれを教えてくれます。遅れて現れ、だんだん遅れ、24分のエピソードの最後の字幕が30分と主張しているなら 0.8 が必要です。早く現れ、だんだん早くなり、30分のエピソードで最後の字幕が24分と主張しているなら、このページが必要です。どちらも同じ割り算の誤りから作られ、違うのは誤りの向きだけです。
1.25 が正確なのも鏡像と同じ理由です。29.97 は 30000/1001、23.976 は 24000/1001 なので、共通の 1001 が相殺され、29.97 ÷ 23.976 は 30000 ÷ 24000、つまり4分の5になります。丸めも端数もありません。各字幕の表示時間は4分の1増えるので、各行の読速は20パーセント下がります。このグループで負担を増やさず軽くする方向です。アップロードはなく、シーズン全体も一括で処理でき、SRT、WebVTT、ASS、SSA、SBV、SAMI、MicroDVD、TTML、JSON、CSV を中身に応じて読み分けます。
例
4分の1をそのまま見る
入力
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
出力
1
00:00:01,250 --> 00:00:03,750
Hello there.
2
00:01:15,000 --> 00:01:17,500
One minute in.
1.25 は 29.97 を 23.976 で割った値です。1秒の字幕は 250 ms、1分の字幕は 15,000 ms 後ろへ動きます。0からの距離が60倍なら移動も60倍です。両端に同じ数を掛けるので、2秒の行には 2.5 秒が与えられ、その余裕が読速の改善になります。
経過時間の4分の1だけ早い
入力
1
00:08:00,000 --> 00:08:02,000
Eight minutes in.
2
00:24:00,000 --> 00:24:02,000
Twenty-four minutes in.
出力
1
00:10:00,000 --> 00:10:02,500
Eight minutes in.
2
00:30:00,000 --> 00:30:02,500
Twenty-four minutes in.
8分地点で2分、24分地点で6分早く、どちらも経過時間の4分の1です。オフセットではなく比率の問題の典型です。変換後は最後の字幕を確認し、新しい時刻で開いて行が出れば、それ以前もすべて正しいことになります。
フレームは残り、宣言が動く
入力
{1}{1}29.97
{300}{360}Hello
出力
{1}{1}23.976
{300}{360}Hello
MicroDVD はフレームで数えており、間違っていたのはフレームではなく割るレートでした。フレーム300は 29.97 の宣言では10秒と読まれ、それが問題の早さでした。23.976 の宣言では12.5秒と読まれ、そこが正しい位置です。先頭行だけを編集し、フレーム番号には触れません。書き換えると4分の1を二重に適用します。
よくある質問
29.97 から 23.976 の係数がちょうど 1.25 なのはなぜですか？
どちらのレートも 1001 で割った値で、29.97 は 30000/1001、23.976 は 24000/1001 だからです。割ると 1001 が相殺され、30000 ÷ 24000、つまり4分の5になります。丸めも近似もなく、48秒の字幕はちょうど1分に着きます。
字幕が早く現れてだんだん早くなる場合、この組ですか？
早さが経過時間の4分の1かを確認してください。8分地点で2分、24分地点で6分、2時間の作品で24分早ければ、この組です。反対の症状、つまり遅れてだんだん遅くなる字幕には、1.25 ではなく 0.8 を使う鏡像のページがあります。
NTSC の動画から直接 PAL へ変換するのにこの組を使えますか？
使えません。このページを経由するのは意図的に遠回りです。29.97 から 25 は 1.19880 で専用ページがありません。29.97 は信号のレートであって絵の再生速度ではなく、中のフィルムは再生時間を変えない繰り返しフレームで埋められるからです。正しい道はフィルムのレートへ戻し、そこから 23.976 から 25 へ進みます。
動画が 29.97 で字幕が合っている場合、このページで壊れますか？
壊れます。これは反対側のページの罠の鏡像です。NTSC 信号のフィルムにはプルダウンが掛かり、再生時間を変えずにフレームを繰り返すので、その動画を基準にしたファイルはすでに正しいです。間違ったレートで割ったファイルだけが変換を必要とし、正しいファイルに 1.25 を掛けると4分の1遅れます。
時間軸が4分の1伸びると字幕の長さと読速はどうなりますか？
各字幕は後ろへ動くだけでなく表示時間も25パーセント増えるので、2秒の行には 2.5 秒が与えられ、言葉はそのままです。各行の読速は20パーセント下がり、このグループでファイルの負担を軽くする2つの組の1つです。もう1つは 50 から 25 の半減です。
どのような作業でファイルは遅れではなく早くなりますか？
コンテナのレートを絵のレートとして扱った場合です。NTSC は 29.97 を運ぶので、動画からその数値を読んでフレーム番号を割るツールは、信号内のフィルムを早くしすぎます。フィルム自体は 23.976 で動き、プルダウンは埋め草にすぎないからです。直し方は絵が実際に動くレートを宣言することで、このページは 29.97 を先、23.976 を後に取ります。