字幕の基礎本文目安 1041

SRTファイルとは何か。動画字幕の基本を現場目線で整理する

SRTの構造、どこで受け渡すのか、どの段階で崩れやすいのかを、字幕制作の実務フローに沿ってまとめた基礎ガイドです。

執筆者

Subtitle Generator Team / 運営責任者 / 編集

この記事で分かること

  • SRTファイルの最小構造と、壊れやすいポイント
  • YouTube、編集ソフト、翻訳工程での受け渡し方
  • 書き出し前に見るべき番号、時間、改行の基準
  • Subtitle Generatorで下書きからSRTまで持っていく流れ

運用上の制約

  • SRTは色や位置などの装飾情報をほとんど持てません。
  • 読めるかどうかは表示時間と改行位置の設計に強く依存します。
  • アップロード先や編集ソフトごとに許容される文字数と行数は異なります。

実画面 / 実例

サンプルSRT

番号、タイムコード、字幕本文の順に並べるだけでも、レビューしやすい字幕データになります。

1
00:00:01,200 --> 00:00:03,800
今日はSRTの基本構造を確認します。

2
00:00:04,100 --> 00:00:06,800
一字幕は一つの意味で区切ります。

3
00:00:07,100 --> 00:00:10,000
表示時間と改行位置を最後に見直します。

SRTは字幕制作の受け渡しを軽くするための形式です

SRTは、字幕番号、表示開始と終了の時刻、字幕本文だけで構成される非常に単純なテキスト形式です。単純であることが弱点ではなく、むしろ複数の工程をまたいで扱いやすい理由になります。動画編集ソフトで作った字幕をレビュー担当に渡し、翻訳担当が修正し、最後に配信プラットフォームへアップロードするまでの流れで、余計な装飾情報を持たないことが作業の安定につながります。

Subtitle Generatorでも、最終成果物をSRTに寄せる前提で画面を組んでいます。抽出画面では台本やOCR結果を字幕単位まで整え、タイミング調整画面では表示秒数を付けていきます。つまりSRTは出力形式であると同時に、作業の途中で品質を判断する共通言語でもあります。

  • テキスト差分でレビューしやすい
  • 他ツールへ持ち出しやすい
  • エラーの原因が目視で追いやすい

まず覚えるべき最小構造

一字幕は、字幕番号、タイムコード、字幕本文の三段で構成します。タイムコードは 時:分:秒,ミリ秒 の形で、開始と終了を --> でつなぎます。本文は一行または二行にとどめ、読み切れる長さに抑えます。SRTを初めて扱う人は装飾やルビを入れたくなりますが、そこに踏み込むと互換性が落ちるため、まずは読める字幕を崩さないことを優先してください。

現場で起きやすいのは、番号の重複、タイムコードの桁崩れ、本文末尾の空白、全角記号と半角記号の混在です。これらは見た目では小さくても、アップロード時の弾きや編集中のズレにつながります。書き出し前に最低限のテキスト確認を入れるだけで、後工程の差し戻しをかなり減らせます。

Subtitle Generatorのタイミング調整画面では、字幕単位で内容と表示秒数を並べて見直せるため、SRTに落とす前の違和感を拾いやすくなります。最終的にSRTで出力する前提なら、編集時点から一字幕一意味を守るほうが結果的に楽です。

どの工程でSRTを使うのか

もっとも多い用途は、動画配信プラットフォームへのアップロードです。ただし実務では、レビュー用の共有、翻訳会社への受け渡し、編集ソフトへの再取り込み、音声認識結果の整理など、途中工程でも頻繁に使われます。だからこそ、読みやすさだけでなく、他人が見たときに意図が分かる状態で整えておく必要があります。

たとえばYouTube向けであれば、話速が速い箇所でも一字幕の情報量を詰め込みすぎないことが重要です。翻訳工程を想定するなら、改行位置を意味の切れ目に合わせ、固有名詞や数字の表記を揃えておく必要があります。編集ソフトへ戻すなら、長すぎる一行を避けて画面内での収まりを先に意識したほうが、焼き込み時の再修正を減らせます。

工程 見るべき点 失敗しやすい点
レビュー共有 番号抜け、表記ゆれ、話者切り替え 一字幕に情報を詰め込みすぎる
翻訳受け渡し 意味単位での改行、固有名詞の統一 原文と訳文で秒数の差を見ない
公開前チェック 読了時間、誤字、アップロード検証 最終書き出しだけ別環境で崩れる

Subtitle Generatorで扱うときの実務メモ

このツールでの基本フローは、抽出画面で原稿を整え、タイミング調整画面で秒数を付け、最後にSRTを書き出す、の三段階です。抽出画面ではOCRや既存原稿を取り込みますが、そこで完璧な字幕ができる前提ではありません。OCRは固有名詞、句読点、数字で崩れやすいため、原稿段階で修正対象を明確にしておくことが重要です。

タイミング調整に進んだら、冒頭、話速が速い箇所、画面切り替えが多い箇所の順に確認すると効率が良くなります。最初から最後まで均等に見るより、事故が起きやすい場所を先に潰したほうが、後からの再調整が少なくなります。書き出したSRTは、アップロード先へ渡す前に一度外部プレイヤーまたは編集ソフトで読み込んで、秒数と改行が意図どおりかを確認してください。

最終確認では、一行15文字前後、二行以内、1.5秒以上をひとまずの目安にすると判断が安定します。もちろん作品や配信先で変わりますが、基準を持たずに修正すると、読みやすい字幕とレビューしやすい字幕の両方を失いがちです。

公開前の最終チェック

SRTの品質は、派手な機能よりも最後の点検で決まります。番号が連続しているか、開始と終了が逆転していないか、無音区間に字幕が残っていないか、話者切り替えのところで改行が破綻していないか、この四点は必ず見てください。ここを飛ばすと、公開後に目立つのは読みにくさよりも「字幕が信用できない」という印象です。

Subtitle Generatorで作ったSRTをそのまま提出できる案件もありますが、納品前に一度だけ別環境で開いて崩れを確認する運用を推奨します。ツール上で良く見えても、提出先のプレイヤーや編集ソフトで折り返し位置が変わることは珍しくありません。SRTの基本を理解しておくことは、単に形式を知ることではなく、後工程で事故を起こさないための保険です。

参照元