OBSの初期設定｜自動構成ウィザードのあとに直す5項目

結論：ウィザードのあとに直すのは5項目

OBSの設定画面は項目が多く、どこから触るか迷います。最初に開くのは設定画面ではなく、ツールメニューの自動構成ウィザードです。

OBS公式はウィザードを次のように説明しています。

自動構成ウィザードは、速いテンポのゲームプレイを配信する場合でも、高忠実度の動画を録画する場合でも、あなたの用途に合わせてOBS Studioを最適化します。

ウィザードは初回起動時に表示され、あとからはツール → 自動構成ウィザードで呼び出せます。用途・PCのハードウェア・（配信する場合は）ネットワーク状況を見て設定します。

そのうえで、手で直す価値があるのは次の5項目だけです。

ウィザードが決められないのは、素材に依存する項目と配信先の要件です。 そこだけを手で埋めます。

動かす前に要件を満たしているか

OBS公式の動作要件です。古いOSでは最新版が動きません。

CPUについて公式は具体的な型番を挙げていません。理由も明記されています。

CPUの要件は、選択したエンコーダー、解像度、FPS、シーンの複雑さによって大きく変わります。

つまり「このCPUなら大丈夫」という一律の答えはありません。 どこに負荷がかかるかはゲーム実況に必要なPCスペックで整理しています。

映像：2つの解像度は役割が違う

OBSには解像度の欄が2つあります。混同すると、拡大されてぼやけた映像が出ます。

OBS公式はベース解像度について「通常はモニターの表示解像度、またはゲームをプレイしている場合はゲームの解像度に合わせたい」と説明しています。

アスペクト比は16:9を推奨しています。

最良の結果を得るには、1920×1080 や 1280×720 といった 16:9 の解像度でコンテンツを制作することをお勧めします。

理由も明記されています。「視聴デバイスで最も一般的なアスペクト比は依然として16:9であり、TwitchやYouTubeといった大手の配信・コンテンツプラットフォームが想定しているのはこれです」。

16:9にできない場合は、引き伸ばすのではなく黒帯を画像やオーバーレイ、カメラで埋めるよう案内されています。引き伸ばしは「おそらく最も好ましくない方法」で「ぼやけて崩れた見た目」になるとされています。

解像度とfpsの選び方そのものは解像度とfpsの決め方で扱っています。

縮小フィルタは素材で選ぶ

ソースを右クリックして選びます。ドット絵と実写で正解が逆になります。

ドット絵にバイキュービックをかけると、輪郭がにじんで「元の見た目」が失われます。ここは自動構成ウィザードが判断できない項目です。

出力：エンコーダはどこに負荷を置くかで選ぶ

Twitch公式の説明が最も具体的です。

エンコーディングはお使いのコンピューターへの負荷が大きくなります。x264はCPUの使用率が大きくなるため、FPSが低下します。逆に、GPUエンコーディング（NVIDIA NVENC）はGPUの専用エンコーダーを利用するため、ゲームパフォーマンスを犠牲にすることなく、ゲームをプレイして配信を行えます。

プリセットは「上げられる上限」がCPUのコア数で決まる

x264を使う場合、Twitch公式はveryfastから始めるよう案内しています。そして上限について明確な条件が書かれています。

x264は幅広いプリセットが利用可能で品質が大幅に変化し、Faster以上のプリセットでは6コア以上のCPUが必要になります。

コア数が足りないままプリセットを上げても、画質が上がる前にフレームが落ちます。 ここを知らずに「mediumのほうが綺麗」という情報だけで設定すると、配信が崩れます。

NVENCの画質は世代で決まる

レート制御はCBR、キーフレーム間隔は2秒

TwitchはすべてのストリーマーにCBR（固定ビットレート）を提案しています。VBRを避ける理由も具体的です。

VBRの主な問題点は、ゲームの一時停止やヒーロー選択画面など、アクションが途切れたときに、配信のビットレートが著しく低下することです。

そして逆に、アクション中にビットレートが急上昇し、多くの視聴者に接続の問題（バッファリングやドロップフレーム）が発生するとされています。「可変ビットレートは、TCPの仕組み上、インターネット上のビデオには最適ではない」とも明記されています。

キーフレーム間隔は2秒です。Twitchは全解像度の推奨設定でこれを指定しており、YouTubeも「2秒を推奨、4秒以下」としています。ここが合っていないと配信が不安定になります（配信が落ちる・カクつく原因と対処）。

Twitchの推奨設定を数値でまとめると次のとおりです。

NVENCではプリセット「Quality」・Bフレーム2、x264ではプリセット veryfast〜medium・プロファイル Main/High が併記されています。自分の回線での上限は配信ビットレート計算機で確認してください。配信先ごとの推奨値の違いは配信ビットレートの決め方にまとめています。

音声：まず入っているかを目で確認する

OBSは初期状態でデスクトップ音声とマイクのキャプチャが自動的に有効になっています。まず画面下部の音声ミキサーのメーターが動いているかを見てください。動いていなければ設定 → 音声でデバイスを選び直します。

音声ビットレートについて、OBS公式は「配信では160kbps程度、上り回線速度が低い場合はそれ以下」としています。Twitch側の記載は次のとおりです。

推奨96kbpsと上限160kbpsは目的が違います。 互換性を優先するなら低め、音質を優先するなら上限側です。ゲーム音と声のバランスの取り方は実況の音声バランスで扱っています。

配信を始める前のチェック

OBS公式はテストについてこう書いています。

問題がないことを確認するために、数分間テストを実行することを強くお勧めします。

なおTwitchでは配信可能な時間は最長48時間で、これは変更できません。長時間の耐久配信を企画する場合は最初から区切りを設計しておいてください。

よくある失敗

ベース解像度に配信したい解像度を入れる

ベースはモニターかゲームの解像度です。ここを720pにすると、取り込む段階で情報が失われます。

ドット絵にバイキュービックをかける

輪郭がにじみます。レトロゲームはポイントかエリアです。

プリセットだけ上げて画質を稼ごうとする

Faster以上は6コア以上のCPUが前提です。足りなければフレームが落ちます。

VBRのまま配信する

静止時に落ち、アクション時に急上昇します。視聴者側でバッファリングが起きます。

テストせずに本番を始める

音が入っていない事故は、配信を始めてからでは取り返せません。

まとめ

• 最初に触るのはツール → 自動構成ウィザード。設定画面ではない
• 手で直すのはベース解像度・縮小フィルタ・エンコーダ・レート制御・キーフレーム間隔の5項目
• ベース解像度はモニターかゲームの解像度。出力解像度とは役割が違う
• アスペクト比は16:9（1920×1080 または 1280×720）。引き伸ばさない
• 縮小フィルタはぼやけた素材にバイキュービック、ドット絵にポイント/エリア
• x264はveryfastから。Faster以上は6コア以上のCPUが必要
• NVENCは世代差が大きい。Turing世代はx264のmedium相当
• レート制御はCBR、キーフレーム間隔は2秒
• 音声はAAC-LC、Twitchの推奨は96kbps・上限160kbps
• 配信前に数分のテスト録画を必ず行う