SRT（伝送プロトコル）

「SRTで送ってください」と言われて字幕のSRTファイルを思い浮かべたなら、それは別物です。ここでのSRTは、ライブ映像をインターネット越しに送るための伝送プロトコルで、欠けたパケットを取り戻すための待ち時間を「遅延」として先に決めておく点に特徴があります。

SRTプロトコルが使われる場面

代表的なのは、スポーツ中継や報道の現場から局へ映像を送る用途です。これまで中継車の衛星回線や専用線で送っていた素材を、光回線やモバイル回線で送れるようになり、機材と回線の手配が軽くなりました。受ける側は局内のデコーダーのほか、AWS Elemental MediaConnectのようなクラウドの伝送サービスであることも増えています。

送り手は業務用のハードウェアエンコーダーに限りません。OBS Studio、vMix、FFmpegもSRTでの送受信に対応しているため、配信スタジオのPCから別拠点のスタジオへ映像を送る、リモート出演者へ番組の返し映像を送る、といった使い方も一般的です。中身はMPEG-TSに入れたH.264やHEVCの映像と音声であることがほとんどです。

SRTプロトコルの仕組み

SRTはUDPで映像を送り、受信側はパケットの番号の抜けを見つけると送信側に再送を求めます。受信側は設定した遅延の分だけデータを溜めてから一定のタイミングで出力するので、その時間内に再送が間に合えば、映像は欠けずに届きます。つまり遅延の値は「再送に使える猶予」です。

HaivisionはこのLatencyを回線の往復時間（RTT）の4倍以上に設定するよう案内しており、libsrtの既定値は120msです。接続は、待ち受ける側をListener、接続しに行く側をCallerとして組むのが基本で、両者が同時に接続を試みるRendezvousもあります。暗号化はパスフレーズを共有してAESで行います。

SRTの設定で間違えやすい点

つながらない、映像が途切れるといったトラブルは、次の設定の食い違いから起きることが多いです。

• 送信側と受信側を両方ともCallerにしてしまい、どちらも待ち受けていない
• Listener側のルーターやファイアウォールで、使うUDPポートを開けていない
• パスフレーズが片側だけに設定されている、または文字数が足りない（libsrtでは10〜80文字）
• 遅延を回線に対して短くしすぎて、再送が間に合わずに映像が欠ける

帯域にも注意が要ります。libsrtは再送のための上乗せ帯域を既定で映像ビットレートの25%見込んでいるので、上り回線にはその分の余裕が必要です。

SRTプロトコルとRIST・RTMPの違い

同じ目的のRISTは放送関係の団体が仕様書を先に作った方式で、SRTはHaivisionの実装がそのまま広まった方式です。配信サービスへの打ち上げに使うRTMPはTCPで送るため、回線が不安定になると遅延が伸び続けます。字幕ファイルとの取り違えや遅延の考え方はSRTプロトコルとは?字幕ファイルのSRTとの違いと低遅延ライブ伝送の仕組みで詳しく扱っています。

よくある質問

SRTプロトコルとSRT字幕ファイルは関係がありますか

関係はありません。略称が同じだけで、字幕のSRTはSubRipという字幕ソフトに由来するテキスト形式、伝送のSRTはSecure Reliable Transportの略です。

SRTの遅延は何ミリ秒に設定すればよいですか

回線の往復時間（RTT）の4倍以上が目安で、既定値の120msより短くするのは避けます。モバイル回線や海外との伝送のように揺れが大きい回線では、さらに長めに取ります。

SRTで送った映像はそのままブラウザで見られますか

ブラウザはSRTを直接再生できません。視聴者に見せるには、受信したサーバーでHLSやWebRTCに変換して配信します。