配信PCのメンテナンス：OBS、クリップ、ディスク圧迫の対策

配信PCは、誰もメンテナンス予定を組んでいない動画制作マシンです。6000 Kbps の配信は1時間に 2.7 GB を書き込み、同じセッションの高品質なローカル録画はさらに 5〜7 GB を追加します。しかもこれは、リプレイバッファーと自動クリップが同じディスクを二度食う前の話です。ディスク圧迫こそ、配信を本当に落とす故障モードです。フレームドロップ、録画のカクつき、配信開始数時間前の満杯の C: ドライブ——どれもこれが原因です。

ディスクに計算される前に、まず自分で計算する

ビットレートは固定レートで容量に換算されます。6000 Kbps の映像は約 2.7 GB/時間、CRF ベースの 1080p60 ローカル録画は、画面の動きに応じて 5〜7 GB/時間の間に収まります。ローカル録画付きの4時間チャリティー配信は1晩で約 25 GB を生み、週3本の配信シーズンは、最初のハイライトを書き出す前に 500 GB クラスに達します。配信環境のストレージ計画は夜単位ではなくシーズン単位で立てるものであり、「配信中にディスクが満杯になった」という災害の大半は、何週間も前に算数によって予定されていたものです。

レイアウトは容量と同じくらい重要です。録画専用ドライブ——予算が許す任意の容量のセカンドSSD——は、録画をシステムから切り離します。録画ディスクが満杯になっても Windows は呼吸を続け、エンコーダーがゲームと同じボリュームを取り合うこともありません。OSとゲームと同じ NVMe への録画は空き容量が尽きるまで機能し、HDDへの録画はシーケンシャル書き込みなら紙の上では成立しても、ゲームが同じプラッターからテクスチャーを読んだ瞬間に死にます。両ドライブとも 15〜20% は空けておきましょう。それを下回ると SSD の書き込み性能は、OBS が最も必要とするまさにそのときに低下します。

週次ルーティン、配信者エディション

配信と配信の間の掃除は短く、地味です。残す素材をアーカイブドライブか NAS へ移し、残りを削除し、誰も二度と見ないクリップフォルダーを空にする。次に、ツールが何をどこへ書き込んでいるか監査します。インスタントリプレイや自動クリップ（NVIDIA のオーバーレイ、Medal など）はそれぞれ独自の出力ライブラリーを持ち、リプレイバッファーにも専用のディスク枠があります。%APPDATA%\obs-studio 配下の OBS クラッシュダンプは、ドライバー不調の週の後には静かに数百MBに達することもあります。週1で5つのフォルダーを確認する——それが仕事のすべてです。

配信日の構成は凍結します。エンコーダー設定、ドライバーのバージョン、シーンコレクションは、放送の数時間前には変更しません。「巻き戻せる」と「惨事」の差は、たった一度の確認済み手順だからです。変更はオフの日にテストし、実験の前には必ずシーンコレクションを書き出しましょう。JSON ファイルなので数秒で復元でき、素材から再構築できない唯一の部分です。GPU ドライバーを更新するたび、次回起動時にシェーダーキャッシュが再構築されるのは織り込み済みにしてください。最初の数分に数回のカクつきが出ても、それはマシンが死にかけている兆候ではありません。

残す録画は毎週録画ディスクから退避する——まずアーカイブか NAS、その後ソースフォルダーを空にする
両ドライブとも 15〜20% の空きを維持する。それ未満ではエンコーダーも OS もカクつき始める
クリップツールの出力フォルダーを監査する——インスタントリプレイと自動クリップは誰も二度見ないギガバイトを書き込む
掃除のついでに %APPDATA%\obs-studio\crashes とログを空にする——ドライバー不調の週は数百MBのダンプを残す
GPU ドライバー更新後はシェーダーキャッシュの再構築を想定する——最初の数分はカクつくのが普通
実験の前には必ず OBS のシーンコレクションを書き出す。配信日にエンコーダー設定はいじらない

長く手作業で続けられる人はいない部分

メンテナンスルーティンの正直な真実は、やる気が失せる夜までしか機能しないことです。配信後の午前1時、翌朝は仕事があるのに。これは意志力ではなくスケジューラーの仕事です。配信マシンで再生成するゴミ（OBS のログとダンプ、シェーダーキャッシュ、あらゆるチャット・オーバーレイツールの Web キャッシュ）は、まさに Kleaner PRO の Safe プリセットが Windows タスクスケジューラーのタスクとして無人で処理するカテゴリーです。重い動画ファイルの仕分けだけが、あなた自身の仕事として残ります。

仕上げはさらに2つの習慣です。SSD があなたに求めるのは空き容量だけです。TRIM は独自のスケジュールで走り、SSD にとっての「最適化」はまさにそれを指し、デフラグではありません。月1の再トリムは掃除であって修理ではありません。そして配信日のバックグラウンドスタックに注意してください。ダッシュボードやアラートのタブ、チャットクライアント、その週のランチャーは、エンコーダーが欲しがる RAM と CPU を食い潰します。チャット用のセカンドマシンやタブレットは、自分のオーバーレイ相手にフレームドロップの戦争を仕掛けるより安上がりです。