OBS配信がカクつく・エンコードが高負荷になる原因と対処法
OBS 配信 カクつく エンコード 高負荷で迷っている場合、最初にやることは「OBS統計でレンダリング遅延・エンコード遅延・ドロップフレームを分け、増えている項目にだけ対処する」です。 トラブルの原因候補を最初から全部試すのではなく、結果の読み方が分かる順番で確認します。
OBS配信のカクつきを、レンダリング遅延・エンコード遅延・ドロップフレームに分けて診断し、効く設定だけを変更します。
Discord、OBS、Windows、GPUドライバーの画面や名称は更新で変わることがあります。この記事は2026年7月時点の公式案内を基準に、設定名だけでなく原因を切り分ける考え方まで説明します。
OBS配信がカクつくときは、画質設定を闇雲に下げる前に、OBSの「表示→統計」でレンダリング遅延・エンコード遅延・ドロップフレームのどれが増えているか確認します。この3つは原因が違うため、対処も分かれます。
OBS 配信 カクつく エンコード 高負荷を扱うときの結論は、変更を一度に一つだけ行い、同じ条件で確認し、効果がなければ元へ戻すことです。設定を大量に変えるより、原因がある層を先に特定した方が短時間で安定した状態へ戻せます。
この記事でわかること
- OBS配信がカクカクする、エンコーダーが高負荷と表示される原因を診断して直したい
- OBS配信性能を構成する層と、どこから確認すべきか
- 最短で原因を絞るための具体的な比較テスト
- 直ったように見えて再発するパターンと、その防ぎ方
- 変更前の状態へ戻せる記録方法と、最終確認のチェックリスト
先に結論：最短で進める確認順
最初の一手は「OBS統計でレンダリング遅延・エンコード遅延・ドロップフレームを分け、増えている項目にだけ対処する」です。 そのうえで、次の順番を崩さず確認します。
- 現在の症状と再現条件を一文で記録する
- 変更前の設定、画面、ログ、差分を保存する
- 最も簡単で元へ戻せる比較テストを一つ行う
- 結果を「改善」「変化なし」「悪化」の三つで記録する
- 改善しなければ元へ戻し、次の層へ進む
- 最後に実際の利用条件で再発しないか確認する
この順序は遠回りに見えて、実際には最短です。変更を重ねて偶然直ると、次に同じ問題が起きたとき再現できません。原因と効果が対応した状態を作ることが、安定運用まで含めた解決です。
OBS配信性能の全体像：原因を層で分ける
OBS 配信 カクつく エンコード 高負荷は、一つの設定だけで完結しているとは限りません。入力から最終出力までの途中に複数の層があるため、前から順に作業結果または信号を追います。
| 層 | 役割・確認内容 | 判断の基準 |
|---|---|---|
| 1. ゲームとソース | ゲーム本体、ブラウザソース、動画、フィルタがCPU・GPUを消費します。軽いシーンと比較します。 | 前の層が正常なら次へ進む |
| 2. レンダリング | OBSがシーンを合成する処理です。GPU余力が不足するとレンダリング遅延が増えます。 | 前の層が正常なら次へ進む |
| 3. エンコード | 合成した映像を配信用データへ圧縮する処理です。解像度、FPS、プリセットが負荷を左右します。 | 前の層が正常なら次へ進む |
| 4. ネットワーク | エンコード済みデータを配信サーバーへ送る経路です。不安定だとドロップフレームが増えます。 | 前の層が正常なら次へ進む |
| 5. 配信サービス | YouTubeやTwitchの推奨値、変換、サーバー状態が視聴結果に影響します。 | 前の層が正常なら次へ進む |
| 6. 視聴環境 | 配信側が正常でも端末や回線によって再生が止まるため、複数端末で比較します。 | 前の層が正常なら次へ進む |
1. ゲームとソース
ゲーム本体、ブラウザソース、動画、フィルタがCPU・GPUを消費します。軽いシーンと比較します。 OBS 配信 カクつく エンコード 高負荷では、まず入力または前提条件から正しく届いているかを確認し、その後にレンダリングへ渡っているかを見ます。
この層の確認例は「統計をリセットする」です。表示から統計を開き、同じシーンで5分テストして三つの損失を記録する。結果は「正常」「不明」「異常」の三つで記録し、増える指標によってGPU、エンコーダー、回線の優先順位を決める。ゲームとソースまで正常なら同じ操作を繰り返さず、次の層へ進みます。
2. レンダリング
OBSがシーンを合成する処理です。GPU余力が不足するとレンダリング遅延が増えます。 OBS 配信 カクつく エンコード 高負荷では、まずゲームとソースから正しく届いているかを確認し、その後にエンコードへ渡っているかを見ます。
この層の確認例は「ゲームFPSを制限する」です。無制限FPSをやめ、60fpsやモニター上限へ固定して統計を比較する。結果は「正常」「不明」「異常」の三つで記録し、レンダリング遅延が下がればGPU余力不足が原因候補になる。レンダリングまで正常なら同じ操作を繰り返さず、次の層へ進みます。
3. エンコード
合成した映像を配信用データへ圧縮する処理です。解像度、FPS、プリセットが負荷を左右します。 OBS 配信 カクつく エンコード 高負荷では、まずレンダリングから正しく届いているかを確認し、その後にネットワークへ渡っているかを見ます。
この層の確認例は「軽いシーンを作る」です。ゲーム、マイク、単色背景だけのシーンで同条件配信する。結果は「正常」「不明」「異常」の三つで記録し、軽いシーンで直ればブラウザソースや動画・フィルタを一つずつ戻す。エンコードまで正常なら同じ操作を繰り返さず、次の層へ進みます。
4. ネットワーク
エンコード済みデータを配信サーバーへ送る経路です。不安定だとドロップフレームが増えます。 OBS 配信 カクつく エンコード 高負荷では、まずエンコードから正しく届いているかを確認し、その後に配信サービスへ渡っているかを見ます。
この層の確認例は「出力負荷を一段下げる」です。出力解像度またはFPSを一項目だけ下げてエンコード遅延を見る。結果は「正常」「不明」「異常」の三つで記録し、遅延が下がればエンコーダー余力と画質の折り合いをつける。ネットワークまで正常なら同じ操作を繰り返さず、次の層へ進みます。
5. 配信サービス
YouTubeやTwitchの推奨値、変換、サーバー状態が視聴結果に影響します。 OBS 配信 カクつく エンコード 高負荷では、まずネットワークから正しく届いているかを確認し、その後に視聴環境へ渡っているかを見ます。
この層の確認例は「有線で回線を比較する」です。同じビットレートで有線LANと配信サーバー変更を試す。結果は「正常」「不明」「異常」の三つで記録し、ドロップだけ改善するならネットワーク経路を優先する。配信サービスまで正常なら同じ操作を繰り返さず、次の層へ進みます。
6. 視聴環境
配信側が正常でも端末や回線によって再生が止まるため、複数端末で比較します。 OBS 配信 カクつく エンコード 高負荷では、まず配信サービスから正しく届いているかを確認し、その後に最終的な利用結果へ渡っているかを見ます。
この層の確認例は「統計をリセットする」です。表示から統計を開き、同じシーンで5分テストして三つの損失を記録する。結果は「正常」「不明」「異常」の三つで記録し、増える指標によってGPU、エンコーダー、回線の優先順位を決める。視聴環境まで正常なら同じ操作を繰り返さず、次の層へ進みます。
基本の対処・実務手順
ここからは具体的な操作です。各手順のあとに、何を確認し、次にどう判断するかまで説明します。
カクつきの種類を見分ける
| OBS統計で増える項目 | 主な原因 | 最初の対処 |
|---|---|---|
| レンダリング遅延 | GPU余力不足、重いシーン | ゲームFPS制限、OBSを管理者起動 |
| エンコード遅延 | エンコーダー負荷 | 出力解像度・FPS・プリセットを下げる |
| ドロップフレーム | 上り回線・経路不安定 | ビットレート、配信サーバー、有線LAN |
| 統計は正常だが視聴者だけ止まる | 視聴環境、配信先の変換 | 配信先の状態と設定を確認 |
この手順で確認していること
カクつきの種類を見分けるでは「ゲームとソース」を主に確認します。ゲーム本体、ブラウザソース、動画、フィルタがCPU・GPUを消費します。軽いシーンと比較します。 比較するときは「統計をリセットする」と同じ考え方を使い、表示から統計を開き、同じシーンで5分テストして三つの損失を記録する。
OBS 配信 カクつく エンコード 高負荷の「カクつきの種類を見分ける」は、体感だけで成否を決めません。ゲームとソースを比較できるよう、同じ素材、同じ時間、同じ相手または同じテスト方法を使い、メーター、録画、統計、視聴者からの報告を残します。変化がなければ、この手順で触れた値だけを元へ戻します。
1. OBSを管理者として起動して比較する
OBS公式のエンコード性能ガイドでは、WindowsでGPU負荷の問題がある場合、最初の簡単な対処としてOBSを管理者として実行する方法が案内されています。これはOBSへ必要なGPU時間を確保しやすくするためです。
管理者起動は信頼できる公式OBSに限定し、改善したかを統計画面で確認します。変わらなければ次へ進みます。
この手順で確認していること
- OBSを管理者として起動して比較するを行う前に、現在の症状、使っている環境、直前に変えた設定をメモします。今回見る層はレンダリングです。操作後はエンコードまで結果が届いたかを確認してください。
OBS 配信 カクつく エンコード 高負荷の「1. OBSを管理者として起動して比較する」は、体感だけで成否を決めません。レンダリングを比較できるよう、同じ素材、同じ時間、同じ相手または同じテスト方法を使い、メーター、録画、統計、視聴者からの報告を残します。変化がなければ、この手順で触れた値だけを元へ戻します。
2. ゲームのFPS上限を設定する
ゲームが無制限FPSでGPUを使い切ると、OBSがシーンを合成する余力が残りません。ゲームのFPS上限をモニターのリフレッシュレートに合わせるか、OBSと同じ60fpsまたは30fpsまで下げて比較します。
OBS公式も、ゲームのフレームレート制限または垂直同期を有効にし、GPU資源をOBSへ残すことを推奨しています。
この手順で確認していること
- ゲームのFPS上限を設定するは「操作」「観察」「判断」に分けます。テスト条件は固定し、「軽いシーンを作る」の結果と比較します。判断基準は、軽いシーンで直ればブラウザソースや動画・フィルタを一つずつ戻す。
OBS 配信 カクつく エンコード 高負荷の「2. ゲームのFPS上限を設定する」は、体感だけで成否を決めません。エンコードを比較できるよう、同じ素材、同じ時間、同じ相手または同じテスト方法を使い、メーター、録画、統計、視聴者からの報告を残します。変化がなければ、この手順で触れた値だけを元へ戻します。
3. ゲーム画質とシーンを軽くする
影、反射、アンチエイリアスなどGPU負荷の高いゲーム設定を一段下げます。OBS側は動くブラウザソース、複数の高解像度動画、不要なフィルタを一時停止し、単純なゲーム画面とマイクだけのシーンで再テストします。
軽いシーンで直るなら、ソースを一つずつ戻して原因を特定します。
この手順で確認していること
- ゲーム画質とシーンを軽くするでは「ネットワーク」を主に確認します。エンコード済みデータを配信サーバーへ送る経路です。不安定だとドロップフレームが増えます。 比較するときは「出力負荷を一段下げる」と同じ考え方を使い、出力解像度またはFPSを一項目だけ下げてエンコード遅延を見る。
OBS 配信 カクつく エンコード 高負荷の「3. ゲーム画質とシーンを軽くする」は、体感だけで成否を決めません。ネットワークを比較できるよう、同じ素材、同じ時間、同じ相手または同じテスト方法を使い、メーター、録画、統計、視聴者からの報告を残します。変化がなければ、この手順で触れた値だけを元へ戻します。
4. 出力解像度とFPSを下げる
エンコード遅延が増える場合、「設定→映像」の出力解像度を下げます。60fpsで安定しなければ30fpsを試します。基本キャンバス解像度を不用意に変えるより、まず出力解像度とFPSで負荷を調整します。
エンコーダーのプリセットを高品質側にしすぎている場合は、配信に耐える軽い設定へ戻します。利用できるハードウェアエンコーダーはGPU構成で異なるため、自動構成ウィザードの結果も基準にします。
この手順で確認していること
- 出力解像度とFPSを下げるを行う前に、現在の症状、使っている環境、直前に変えた設定をメモします。今回見る層は配信サービスです。操作後は視聴環境まで結果が届いたかを確認してください。
OBS 配信 カクつく エンコード 高負荷の「4. 出力解像度とFPSを下げる」は、体感だけで成否を決めません。配信サービスを比較できるよう、同じ素材、同じ時間、同じ相手または同じテスト方法を使い、メーター、録画、統計、視聴者からの報告を残します。変化がなければ、この手順で触れた値だけを元へ戻します。
5. ドロップフレームなら回線を確認する
OBS公式によると、ドロップフレームはPCから配信サーバーまでの接続が不安定、または設定ビットレートを維持できないときに発生します。これはエンコード高負荷とは別問題です。
- Wi-Fiを有線LANへ切り替える
- VPNや帯域制御ソフトを停止して比較する
- 配信先サーバーを変更する
- ビットレートを一段下げる
- Windowsでは「設定→詳細設定→ネットワーク」の最適化とTCPペーシングを試す
動的ビットレートは切断を避ける助けになりますが、根本の回線問題を直す機能ではありません。
この手順で確認していること
- ドロップフレームなら回線を確認するは「操作」「観察」「判断」に分けます。テスト条件は固定し、「統計をリセットする」の結果と比較します。判断基準は、増える指標によってGPU、エンコーダー、回線の優先順位を決める。
OBS 配信 カクつく エンコード 高負荷の「5. ドロップフレームなら回線を確認する」は、体感だけで成否を決めません。視聴環境を比較できるよう、同じ素材、同じ時間、同じ相手または同じテスト方法を使い、メーター、録画、統計、視聴者からの報告を残します。変化がなければ、この手順で触れた値だけを元へ戻します。
6. 変更後は同じ条件でテストする
- OBS統計をリセットする
- 同じゲーム・同じシーンを使う
- 5分以上の限定公開または録画テストを行う
- 変更は一度に一つ
- 改善しなければ元に戻す
この手順で確認していること
- 変更後は同じ条件でテストするでは「ゲームとソース」を主に確認します。ゲーム本体、ブラウザソース、動画、フィルタがCPU・GPUを消費します。軽いシーンと比較します。 比較するときは「ゲームFPSを制限する」と同じ考え方を使い、無制限FPSをやめ、60fpsやモニター上限へ固定して統計を比較する。
OBS 配信 カクつく エンコード 高負荷の「6. 変更後は同じ条件でテストする」は、体感だけで成否を決めません。ゲームとソースを比較できるよう、同じ素材、同じ時間、同じ相手または同じテスト方法を使い、メーター、録画、統計、視聴者からの報告を残します。変化がなければ、この手順で触れた値だけを元へ戻します。
原因を絞るための詳細テスト
ここからは、OBS 配信 カクつく エンコード 高負荷を同じ条件で比較する手順です。一度に複数の設定を変更しないことが最も重要です。各テストのあとに、結果を必ず一行で残してください。
1. 統計をリセットする
実施すること：表示から統計を開き、同じシーンで5分テストして三つの損失を記録する。 このテストでは、ほかの条件を固定したまま一つだけ変えます。実施前に現在の状態を残し、開始時刻と終了時刻もメモしてください。長時間で変化する問題を除き、比較する時間はそろえます。
結果の読み方：増える指標によってGPU、エンコーダー、回線の優先順位を決める。 改善した場合は、その変更を維持した状態でもう一度同じテストを行います。二回続けて同じ結果になれば、偶然ではなく原因候補として扱いやすくなります。
「統計をリセットする」で変化がなかった場合は、このテストで触れた設定だけを元へ戻して次へ進みます。悪化した場合は、表示から統計を開き、同じシーンで5分テストして三つの損失を記録する前の状態へ戻し、何が悪化したかも記録します。増える指標によってGPU、エンコーダー、回線の優先順位を決めるという判断と合わない結果も、関係する層を狭める手掛かりです。
「統計をリセットする」を誰かに確認してもらう場合は、「直った？」ではなく、表示から統計を開き、同じシーンで5分テストして三つの損失を記録する前後で見る映像停止、音切れ、遅延、メーターなどの観察項目を指定します。
2. ゲームFPSを制限する
実施すること：無制限FPSをやめ、60fpsやモニター上限へ固定して統計を比較する。 このテストでは、ほかの条件を固定したまま一つだけ変えます。実施前に現在の状態を残し、開始時刻と終了時刻もメモしてください。長時間で変化する問題を除き、比較する時間はそろえます。
結果の読み方：レンダリング遅延が下がればGPU余力不足が原因候補になる。 改善した場合は、その変更を維持した状態でもう一度同じテストを行います。二回続けて同じ結果になれば、偶然ではなく原因候補として扱いやすくなります。
「ゲームFPSを制限する」で変化がなかった場合は、このテストで触れた設定だけを元へ戻して次へ進みます。悪化した場合は、無制限FPSをやめ、60fpsやモニター上限へ固定して統計を比較する前の状態へ戻し、何が悪化したかも記録します。レンダリング遅延が下がればGPU余力不足が原因候補になるという判断と合わない結果も、関係する層を狭める手掛かりです。
「ゲームFPSを制限する」を誰かに確認してもらう場合は、「直った？」ではなく、無制限FPSをやめ、60fpsやモニター上限へ固定して統計を比較する前後で見る映像停止、音切れ、遅延、メーターなどの観察項目を指定します。
3. 軽いシーンを作る
実施すること：ゲーム、マイク、単色背景だけのシーンで同条件配信する。 このテストでは、ほかの条件を固定したまま一つだけ変えます。実施前に現在の状態を残し、開始時刻と終了時刻もメモしてください。長時間で変化する問題を除き、比較する時間はそろえます。
結果の読み方：軽いシーンで直ればブラウザソースや動画・フィルタを一つずつ戻す。 改善した場合は、その変更を維持した状態でもう一度同じテストを行います。二回続けて同じ結果になれば、偶然ではなく原因候補として扱いやすくなります。
「軽いシーンを作る」で変化がなかった場合は、このテストで触れた設定だけを元へ戻して次へ進みます。悪化した場合は、ゲーム、マイク、単色背景だけのシーンで同条件配信する前の状態へ戻し、何が悪化したかも記録します。軽いシーンで直ればブラウザソースや動画・フィルタを一つずつ戻すという判断と合わない結果も、関係する層を狭める手掛かりです。
「軽いシーンを作る」を誰かに確認してもらう場合は、「直った？」ではなく、ゲーム、マイク、単色背景だけのシーンで同条件配信する前後で見る映像停止、音切れ、遅延、メーターなどの観察項目を指定します。
4. 出力負荷を一段下げる
実施すること：出力解像度またはFPSを一項目だけ下げてエンコード遅延を見る。 このテストでは、ほかの条件を固定したまま一つだけ変えます。実施前に現在の状態を残し、開始時刻と終了時刻もメモしてください。長時間で変化する問題を除き、比較する時間はそろえます。
結果の読み方：遅延が下がればエンコーダー余力と画質の折り合いをつける。 改善した場合は、その変更を維持した状態でもう一度同じテストを行います。二回続けて同じ結果になれば、偶然ではなく原因候補として扱いやすくなります。
「出力負荷を一段下げる」で変化がなかった場合は、このテストで触れた設定だけを元へ戻して次へ進みます。悪化した場合は、出力解像度またはFPSを一項目だけ下げてエンコード遅延を見る前の状態へ戻し、何が悪化したかも記録します。遅延が下がればエンコーダー余力と画質の折り合いをつけるという判断と合わない結果も、関係する層を狭める手掛かりです。
「出力負荷を一段下げる」を誰かに確認してもらう場合は、「直った？」ではなく、出力解像度またはFPSを一項目だけ下げてエンコード遅延を見る前後で見る映像停止、音切れ、遅延、メーターなどの観察項目を指定します。
5. 有線で回線を比較する
実施すること：同じビットレートで有線LANと配信サーバー変更を試す。 このテストでは、ほかの条件を固定したまま一つだけ変えます。実施前に現在の状態を残し、開始時刻と終了時刻もメモしてください。長時間で変化する問題を除き、比較する時間はそろえます。
結果の読み方：ドロップだけ改善するならネットワーク経路を優先する。 改善した場合は、その変更を維持した状態でもう一度同じテストを行います。二回続けて同じ結果になれば、偶然ではなく原因候補として扱いやすくなります。
「有線で回線を比較する」で変化がなかった場合は、このテストで触れた設定だけを元へ戻して次へ進みます。悪化した場合は、同じビットレートで有線LANと配信サーバー変更を試す前の状態へ戻し、何が悪化したかも記録します。ドロップだけ改善するならネットワーク経路を優先するという判断と合わない結果も、関係する層を狭める手掛かりです。
「有線で回線を比較する」を誰かに確認してもらう場合は、「直った？」ではなく、同じビットレートで有線LANと配信サーバー変更を試す前後で見る映像停止、音切れ、遅延、メーターなどの観察項目を指定します。
状況別の判断方法
同じ「OBS 配信 カクつく エンコード 高負荷」でも、いつ、どこで、何だけが失敗するかによって優先順位は変わります。次の状況に近いものから読み、当てはまらない設定まで無理に変更しないでください。
ゲームは滑らかだが配信だけカクつく
「ゲームは滑らかだが配信だけカクつく」の場合は、まずゲームとソースを優先します。ゲーム本体、ブラウザソース、動画、フィルタがCPU・GPUを消費します。軽いシーンと比較します。 全体が壊れていると決めつけず、正常な部分と異常な部分を分けてください。
最初の比較は「統計をリセットする」です。具体的には、表示から統計を開き、同じシーンで5分テストして三つの損失を記録する。その結果、増える指標によってGPU、エンコーダー、回線の優先順位を決める。ここで変化がなければ「ゲームFPSを制限する」へ進みます。
確認時は、再現時刻、使用アプリ、対象機器、設定値、相手側の結果を残します。一度だけ直った場合は完了にせず、同じ条件で二回以上再現しないことを確かめます。
エンコーダー高負荷と表示される
「エンコーダー高負荷と表示される」の場合は、まずレンダリングを優先します。OBSがシーンを合成する処理です。GPU余力が不足するとレンダリング遅延が増えます。 全体が壊れていると決めつけず、正常な部分と異常な部分を分けてください。
最初の比較は「ゲームFPSを制限する」です。具体的には、無制限FPSをやめ、60fpsやモニター上限へ固定して統計を比較する。その結果、レンダリング遅延が下がればGPU余力不足が原因候補になる。ここで変化がなければ「軽いシーンを作る」へ進みます。
確認時は、再現時刻、使用アプリ、対象機器、設定値、相手側の結果を残します。一度だけ直った場合は完了にせず、同じ条件で二回以上再現しないことを確かめます。
配信開始後しばらくして悪化する
「配信開始後しばらくして悪化する」の場合は、まずエンコードを優先します。合成した映像を配信用データへ圧縮する処理です。解像度、FPS、プリセットが負荷を左右します。 全体が壊れていると決めつけず、正常な部分と異常な部分を分けてください。
最初の比較は「軽いシーンを作る」です。具体的には、ゲーム、マイク、単色背景だけのシーンで同条件配信する。その結果、軽いシーンで直ればブラウザソースや動画・フィルタを一つずつ戻す。ここで変化がなければ「出力負荷を一段下げる」へ進みます。
確認時は、再現時刻、使用アプリ、対象機器、設定値、相手側の結果を残します。一度だけ直った場合は完了にせず、同じ条件で二回以上再現しないことを確かめます。
夜間だけドロップが増える
「夜間だけドロップが増える」の場合は、まずネットワークを優先します。エンコード済みデータを配信サーバーへ送る経路です。不安定だとドロップフレームが増えます。 全体が壊れていると決めつけず、正常な部分と異常な部分を分けてください。
最初の比較は「出力負荷を一段下げる」です。具体的には、出力解像度またはFPSを一項目だけ下げてエンコード遅延を見る。その結果、遅延が下がればエンコーダー余力と画質の折り合いをつける。ここで変化がなければ「有線で回線を比較する」へ進みます。
確認時は、再現時刻、使用アプリ、対象機器、設定値、相手側の結果を残します。一度だけ直った場合は完了にせず、同じ条件で二回以上再現しないことを確かめます。
ブラウザソースを追加すると重くなる
「ブラウザソースを追加すると重くなる」の場合は、まず配信サービスを優先します。YouTubeやTwitchの推奨値、変換、サーバー状態が視聴結果に影響します。 全体が壊れていると決めつけず、正常な部分と異常な部分を分けてください。
最初の比較は「有線で回線を比較する」です。具体的には、同じビットレートで有線LANと配信サーバー変更を試す。その結果、ドロップだけ改善するならネットワーク経路を優先する。ここで変化がなければ「統計をリセットする」へ進みます。
確認時は、再現時刻、使用アプリ、対象機器、設定値、相手側の結果を残します。一度だけ直った場合は完了にせず、同じ条件で二回以上再現しないことを確かめます。
よくある失敗と、正しい進め方
設定を変えること自体より、原因を見失う進め方の方が問題を長引かせます。OBS 配信 カクつく エンコード 高負荷で特に起こりやすい失敗を整理します。
失敗1：三つのフレーム損失を同じ原因として扱う
「三つのフレーム損失を同じ原因として扱う」という進め方では、一時的に改善しても、OBS 配信 カクつく エンコード 高負荷へ何が効いたのか分からず、再発時に同じ状態へ戻せません。さらに関係のない設定まで変わり、元の問題とは別の不具合を作ることがあります。
この失敗を避けるには、表示から統計を開き、同じシーンで5分テストして三つの損失を記録する。変更前の値を残し、一項目だけ変えて結果を確認します。再インストールやドライバー変更など影響の大きい操作は、この比較結果を得た後に検討します。
判断に迷う場合は、前の章の詳細テストへ戻ります。「統計をリセットする」の結果を取り直せば、次に進む根拠を作れます。
失敗2：ビットレートだけ下げてGPU問題を直そうとする
「ビットレートだけ下げてGPU問題を直そうとする」という進め方では、一時的に改善しても、OBS 配信 カクつく エンコード 高負荷へ何が効いたのか分からず、再発時に同じ状態へ戻せません。さらに関係のない設定まで変わり、元の問題とは別の不具合を作ることがあります。
この失敗を避けるには、無制限FPSをやめ、60fpsやモニター上限へ固定して統計を比較する。変更前の値を残し、一項目だけ変えて結果を確認します。再インストールやドライバー変更など影響の大きい操作は、この比較結果を得た後に検討します。
判断に迷う場合は、前の章の詳細テストへ戻ります。「ゲームFPSを制限する」の結果を取り直せば、次に進む根拠を作れます。
失敗3：ゲーム画質とOBS設定を同時に変える
「ゲーム画質とOBS設定を同時に変える」という進め方では、一時的に改善しても、OBS 配信 カクつく エンコード 高負荷へ何が効いたのか分からず、再発時に同じ状態へ戻せません。さらに関係のない設定まで変わり、元の問題とは別の不具合を作ることがあります。
この失敗を避けるには、ゲーム、マイク、単色背景だけのシーンで同条件配信する。変更前の値を残し、一項目だけ変えて結果を確認します。再インストールやドライバー変更など影響の大きい操作は、この比較結果を得た後に検討します。
判断に迷う場合は、前の章の詳細テストへ戻ります。「軽いシーンを作る」の結果を取り直せば、次に進む根拠を作れます。
失敗4：短い録画だけで回線問題を判断する
「短い録画だけで回線問題を判断する」という進め方では、一時的に改善しても、OBS 配信 カクつく エンコード 高負荷へ何が効いたのか分からず、再発時に同じ状態へ戻せません。さらに関係のない設定まで変わり、元の問題とは別の不具合を作ることがあります。
この失敗を避けるには、出力解像度またはFPSを一項目だけ下げてエンコード遅延を見る。変更前の値を残し、一項目だけ変えて結果を確認します。再インストールやドライバー変更など影響の大きい操作は、この比較結果を得た後に検討します。
判断に迷う場合は、前の章の詳細テストへ戻ります。「出力負荷を一段下げる」の結果を取り直せば、次に進む根拠を作れます。
失敗5：統計を残さず体感だけで比較する
「統計を残さず体感だけで比較する」という進め方では、一時的に改善しても、OBS 配信 カクつく エンコード 高負荷へ何が効いたのか分からず、再発時に同じ状態へ戻せません。さらに関係のない設定まで変わり、元の問題とは別の不具合を作ることがあります。
この失敗を避けるには、同じビットレートで有線LANと配信サーバー変更を試す。変更前の値を残し、一項目だけ変えて結果を確認します。再インストールやドライバー変更など影響の大きい操作は、この比較結果を得た後に検討します。
判断に迷う場合は、前の章の詳細テストへ戻ります。「有線で回線を比較する」の結果を取り直せば、次に進む根拠を作れます。
直ったかを確認する検証手順
設定画面が期待どおりになっただけでは完了ではありません。実際に使う条件で結果が再現することを確認します。
- 変更前に問題が起きた条件を再現する
- 短い録画、限定公開、複数人の視聴で結果を残す
- アプリまたはPCを一度再起動し、同じテストを繰り返す
- 関連する通常機能が壊れていないか確認する
- 変更した値と戻し方をメモする
比較記録のテンプレート
| 項目 | 記録する内容 |
|---|---|
| 発生時刻 | 問題を再現した日時と、変更後に確認した日時 |
| 環境 | OS、アプリ、機器、対象フォルダなど判断に必要な範囲 |
| 症状・目的 | 何ができず、何をできる状態にしたいか |
| 変更前 | 設定値、差分、スクリーンショット、バックアップ先 |
| 変更した一項目 | 実際に行った操作を一文で記録 |
| 結果 | 改善、変化なし、悪化と、その根拠 |
| 戻し方 | 元の値、復旧ファイル、再実行するコマンド |
再発を防ぐために残すもの
今回有効だった操作は「OBS統計でレンダリング遅延・エンコード遅延・ドロップフレームを分け、増えている項目にだけ対処する」です。ただし、これだけを定型手順として残すのではなく、どの条件で有効だったかも書きます。OSやアプリの更新、機器交換、別プロジェクトでは原因が変わるためです。
スクリーンショットへアカウント名、ストリームキー、接続情報、個人情報が含まれる場合は必ずマスクします。配信テストは限定公開またはローカル録画を使い、意図しない公開を避けてください。
それでも直らない場合に集める情報
- 問題を再現する最小手順
- 正常な条件と異常な条件の違い
- 統計をリセットする、ゲームFPSを制限する、軽いシーンを作る、出力負荷を一段下げる、有線で回線を比較するの各結果
- エラー文やログの該当時刻
- 直前に行った更新、機器交換、設定変更
- すでに試し、効果がなかった操作
この情報があれば、公式サポートや詳しい人へ相談するときも、同じ確認を最初から繰り返さずに済みます。
用語集
レンダリング遅延
OBS 配信 カクつく エンコード 高負荷で使うレンダリング遅延とは、OBSがシーンを時間内に描画できなかった割合。主にGPU余力とシーン負荷を確認します。 設定名だけを覚えるのではなく、前後のどの層と関係するかまで理解すると、別の環境でも同じ考え方を使えます。
エンコード遅延
OBS 配信 カクつく エンコード 高負荷で使うエンコード遅延とは、圧縮処理が時間内に終わらなかった割合。エンコーダー設定や出力負荷を確認します。 設定名だけを覚えるのではなく、前後のどの層と関係するかまで理解すると、別の環境でも同じ考え方を使えます。
ドロップフレーム
OBS 配信 カクつく エンコード 高負荷で使うドロップフレームとは、配信サーバーへ送れず失われたフレーム。主に回線と接続経路を確認します。 設定名だけを覚えるのではなく、前後のどの層と関係するかまで理解すると、別の環境でも同じ考え方を使えます。
ビットレート
OBS 配信 カクつく エンコード 高負荷で使うビットレートとは、1秒あたりに送るデータ量。高ければ常に良いわけではなく、回線と配信先の範囲内で決めます。 設定名だけを覚えるのではなく、前後のどの層と関係するかまで理解すると、別の環境でも同じ考え方を使えます。
キーフレーム
OBS 配信 カクつく エンコード 高負荷で使うキーフレームとは、映像圧縮で基準になる完全なフレーム。配信先の推奨間隔へ合わせます。 設定名だけを覚えるのではなく、前後のどの層と関係するかまで理解すると、別の環境でも同じ考え方を使えます。
CBR
OBS 配信 カクつく エンコード 高負荷で使うCBRとは、ビットレートを一定に保つ方式。多くのライブ配信サービスで推奨されます。 設定名だけを覚えるのではなく、前後のどの層と関係するかまで理解すると、別の環境でも同じ考え方を使えます。
よくある質問
ゲームは滑らかなのに配信だけカクつきます
ゲームがGPUを使い切り、OBSの描画だけ遅れている可能性があります。ゲームFPSを制限し、OBS統計のレンダリング遅延を確認してください。
ビットレートを下げればすべて直りますか
ビットレートは主に回線由来のドロップフレームへ効きます。GPUレンダリングやエンコード遅延には、FPS・解像度・ゲーム負荷の調整が必要です。
PCスペックが足りないのでしょうか
OBS公式も、必要な性能はエンコーダー、解像度、FPS、シーン複雑度で大きく変わると説明しています。まず自動構成ウィザードと統計でボトルネックを特定してください。
最初に一つだけ試すなら何ですか？
最初は統計をリセットするです。表示から統計を開き、同じシーンで5分テストして三つの損失を記録する。その結果、増える指標によってGPU、エンコーダー、回線の優先順位を決める。変更前の状態を残し、効果がなければ元へ戻してください。
設定を初期化・再インストールした方が早くないですか？
初期化は複数の条件を同時に変えるため、第一手にはしません。まずゲームとソースからエンコードまでを比較し、原因候補を狭めます。初期化する場合も、設定のバックアップと再現条件を残します。
一度直れば完了でよいですか？
一度だけでは偶然や一時的な再接続の可能性があります。アプリまたはPCを再起動し、問題が起きた条件で二回以上確認します。録画や統計を残すと判断しやすくなります。
複数の対処をまとめて試してもよいですか？
OBS 配信 カクつく エンコード 高負荷ではおすすめしません。まとめて変えると、どれが効いたか、どれが新しい不具合を作ったか分からなくなります。緊急時に暫定対応をまとめて行った場合も、復旧後に一項目ずつ再検証します。
公式サポートへ相談するときは何を送ればよいですか？
再現手順、発生時刻、環境、統計をリセットする・ゲームFPSを制限する・軽いシーンを作るの結果、エラーやログを送ります。アカウント情報、資格情報、ストリームキー、顧客情報は必ず除外してください。
まとめ
OBS 配信 カクつく エンコード 高負荷で最初に行うのは、OBS統計でレンダリング遅延・エンコード遅延・ドロップフレームを分け、増えている項目にだけ対処するです。その後は、変更前を保存し、一項目だけ変え、同じ条件で結果を確認します。
重要なのは、設定値をたくさん知ることではありません。入力、アプリ、OS、出力、視聴結果を層に分け、正常な場所と異常な場所の境界を見つけることです。境界が分かれば、関係のない設定を変えずに済みます。
最後に、再起動後と実際の利用条件で再テストしてください。直った理由と戻し方まで説明できる状態になって、はじめて完了です。
参考にした公式情報
- OBS Encoding Performance Troubleshooting
- OBS Stream Connection Troubleshooting
- OBS System Requirements
関連して読みたい記事
