配信ビットレートの決め方｜回線速度から逆算する手順

結論：この表の値から始める

まず配信先を決め、次の表の値をそのまま入れてください。ここから調整するのが最短です。

ただしこの値は「回線が足りている場合」の話です。上り回線速度が足りなければ、表の値を入れても配信は安定しません。次の項目で上限の求め方を説明します。

回線速度を入れて自動で判定したい場合は配信ビットレート計算機を使ってください。

上限は「上り回線速度の70%」で計算する

映像と音声の合計ビットレートが、上り回線速度の70%を超えないようにします。

たとえば上りが30Mbps（30,000kbps）なら、使ってよいのは21,000kbpsまでです。YouTubeで1080p60を選ぶと映像12,000kbps＋音声128kbpsで合計12,128kbpsとなり、21,000kbpsの範囲に収まります。

残りの30%を空けておく理由は3つあります。

1. 速度テストの値は最良条件の結果である。 実際の配信中は同じ値が出るとは限らない
2. 配信以外の通信が同時に走る。 ゲーム本体の通信、OSの更新、同じ回線を使う他の機器
3. ビットレートは指定値ちょうどでは流れない。 CBRでも瞬間的な変動はある

ここを削って上限ぎりぎりに設定すると、動きの激しい場面でデータを送りきれず、視聴者側でカクつきやバッファリングが発生します。

YouTubeとTwitchで推奨値が2倍違う

同じ1080p60でも、YouTubeは12,000kbps、Twitchは6,000kbpsを推奨しています。この差は誤差ではなく、方針の違いです。

YouTubeは受け取った配信を自動でコード変換し、視聴者の回線に応じた複数の画質を作ります。高いビットレートで送るほど元の情報が多く残るため、上限が高めに設定されています。4K配信にも公式に対応しており、2160p60で35,000kbpsという値まで規定されています。

一方Twitchは1080pと720pの推奨値のみを公開しており、1440pや4Kの記載はありません。Twitchで1440p以上を狙う場合、公式の推奨値が存在しない領域に入ることになります。

なお両方に同時配信する場合は、低いほう（Twitch側）の条件に合わせるのが安全です。

決める順番

ビットレート以外に必ず合わせる3項目

ビットレートだけ正しくても、次の3つがずれていると画質が安定しません。いずれも公式に値が指定されています。

キーフレーム間隔について、YouTubeは「2秒を推奨、4秒以下」と規定しています。0（自動）のままにしているとエンコーダによっては長い間隔になり、視聴者が配信を開いてから映像が出るまでの時間が延びます。

音声については、Twitchが「最大160kbps」と上限を明記しています。ここを超える値を設定しても品質は上がらず、映像に回せるはずの帯域を消費するだけです。

よくある失敗と対処

回線速度が足りないのにビットレートを上げる

もっとも多い失敗です。映像が乱れる原因が「ビットレートが低いから」だと考えて上げると、状況は悪化します。まず配信が落ちる・カクつくときの切り分け手順で原因を特定してください。

解像度を上げてビットレートを据え置く

720pから1080pにすると、同じビットレートでは1ピクセルあたりに使えるデータ量が減ります。画素数は1280×720から1920×1080へおよそ2.25倍になるため、ビットレートを据え置くと動きの激しい場面でブロックノイズが出ます。解像度とfpsの決め方は解像度とfpsの選び方で詳しく扱っています。

エンコーダの負荷とビットレートを混同する

「エンコードが overloaded」という警告はビットレートではなくCPU・GPUの処理能力の問題です。OBSの公式ガイドは、ゲーム側のフレームレート上限を設定する、ゲームのグラフィック設定を下げる、シーンを単純にする、といった対処を挙げています。ビットレートを下げても解決しないことがあります。

まとめ

• ビットレートは「公式推奨値」と「上り回線速度の70%」の低いほうで決める
• YouTubeの1080p60は12,000kbps、Twitchの1080p60は6,000kbps。配信先によって2倍違う
• レート制御はCBR、キーフレーム間隔は2秒。これは両プラットフォームで共通
• 音声はYouTubeがステレオ128kbps、Twitchが96kbps（最大160kbps）
• 回線が足りないときは、ビットレートを上げるのではなく解像度かfpsを下げる