カクつきと低FPSは別問題 脱出シューター切り分け術2026

この記事の要点 ・カクつきの原因は大きく2つ。平均FPSは出ているのに引っかかる(フレームペーシング)と、そもそもFPSが低い(性能不足)は別問題で、対処も別ルート。 ・最初の分岐は「平均FPSが足りているか」。足りているなら1%Lowとフレームタイム、足りないならGPU/CPUどちらがボトルネックかを見る。 ・ペーシング系の打ち手はFPSキャップとシェーダーstutter対策。性能系はまずGPUバウンドかCPUバウンドかを判定してから設定/スペックへ。 ・本記事の数値はすべて公開資料・ベンダー手順に基づく目安。脱出シューター個別タイトルの実測fpsは未計測のため記載せず、公式値/目安で扱います。

「平均120FPSも出ているのにカクつく」と「画面全体がもっさり重い」を、同じ設定いじりで直そうとすると遠回りになる。この2つは原因の層がそもそも違うからだ。本記事はEscape from Tarkov・ARC Raiders・Delta Force・Marathonといった脱出シューターを想定し、編集部が公開データとベンダー手順を統合して、カクつき(フレームペーシング)と低FPS(性能不足)を切り分ける診断フレームを組み立てた。一次実測値は含めず、複数の独立した2025-2026年の解説記事・公式手順で裏取りした範囲のみで断定する(実測fpsは順次追加)。

カクつきと低FPSはそもそも何が違うの?

「速さの問題」か「リズムの問題」かが違う。低FPSは1秒間に描けるフレーム数そのものが足りない状態で、画面全体が一様に重い。一方フレームペーシングのカクつきは、平均FPSは十分でも1フレームごとの間隔(フレームタイム)が不規則な状態だ。たとえば平均120FPSでも、あるフレームが8msで次が40msのように供給が乱れると、脳はその引っかかりをstutterとして検知する。だから平均FPSという1つの数字だけ見ても、後者は見抜けない。

平均FPSは性能の谷を平らに均してしまう。マイクロスタッターやラグスパイクを露出させるのは1%Low(描画フレームのうち遅い1%の平均FPS)のほうだ。平均FPSと1%Lowのギャップが大きいほど、フレーム供給が不規則でカクつきやすい(Bottleneck Calculator / XDA Developers)。

どうやって2つを切り分ければいい?

最初の質問は1つだけ。「平均FPSは十分に出ているか?」だ。十分に出ているのにカクつくなら、原因は速さではなくリズム=フレームペーシング系。そもそも平均が低いなら性能不足系。この一問で対処の入口が2ルートに割れる。下の診断ツリーが全体像だ。

判定に使う数字は次の表の通り。ここがこの記事の核で、同じ「カクつく」でも観測する値と次の一手がまったく変わる。

切り分け軸	ルートA: ペーシング系(知覚の問題)	ルートB: 性能不足系(速さの問題)
平均FPS	十分に出ている(例: 100超)	そもそも低い
見るべき値	1%Lowとフレームタイムの一貫性	GPU使用率とCPUコア単位の使用率
症状	平均は高いのに引っかかる/特定の場面だけ詰まる	全体が一様に重い
原因の典型	フレーム供給の乱れ・シェーダーコンパイル	GPUバウンド or CPUバウンド
次の一手	FPSキャップ/シェーダーstutter対策	ボトルネック判定→設定/スペック

出典: フレームタイムと1%Lowの考え方は Digital Citizen / Bottleneck Calculator / XDA Developers、GPU/CPUバウンド判定は SmoothFPS / ms.codes / UMA Technology。

ルートAの可視化はどうやる?

フレームタイムグラフを見るのが最短だ。体感の正体はミリ秒単位のフレームタイムの一貫性なので、平均FPSの数字より波形を見たほうが早い。グラフが平坦なら良好なペーシング、スパイクが立っていればそれがstutterの瞬間だ。可視化にはMSI Afterburner・CapFrameX・RTSSなどが使われる(SmoothFPS / Klartext Tools)。

ここで重要な感覚として、滑らかさを決めるのは平均FPSよりペーシングだという点がある。不均一な100FPSより、安定した60FPSのほうが滑らかに感じる。やや平均が低くても1%Lowが強いシステムのほうが体感は上、というのは複数の解説で一致している(KTC / GamerTech)。だから「平均は出てるのに気持ち悪い」は気のせいではなく、計測すれば数字に表れる。

FPSキャップでカクつきが減るのはなぜ?

GPUに余裕を残してフレーム間隔を安定させられるからだ。上限を外して常に全力で回すと、軽いシーンでGPU使用率が張り付き、負荷スパイク時にフレーム間隔(cadence)が乱れてかえってstutterする。FPSをキャップして軽いシーンで使用率を70-85%程度に抑えておくと、負荷が増えた瞬間も間隔を維持しやすい(BuiltToFrag / Switchblade Gaming / XDA)。

ポイントはVRR(可変リフレッシュ)環境でのキャップ位置だ。単に上限を下げる話ではなく、リフレッシュレートのわずか下にキャップするのが要点。120Hzパネルなら117、144Hzなら141といった具合で、ここに合わせるとVRR動作域に収まり、ティアリングとレイテンシのトレードオフを避けながらペーシングが一定になる(HowToGeek / Switchblade Gaming)。

キャップ手段にも優先順位がある。

• 第一選択はゲーム内リミッター。エンジンレベルで効くため入力遅延がほぼゼロ。
• 次点はRTSS。マイクロ秒精度のループでゲーム内より厳密な間隔制御ができる。副次効果として、AMD環境のベンチでは消費電力の低下・温度の低下が報告されている(BuiltToFrag)。

設定全体の優先順位を詰めたい場合は脱出シューターのfpsを安定させる設定ガイドとあわせて読むと、キャップと描画設定の調整がつながる。

新エリアや初マッチだけカクつくのは何?

シェーダーコンパイルstutterの典型だ。現代のゲームエンジンは、GPU・ドライバ・設定の組み合わせごとに固有のシェーダーをコンパイルする。ロード中に事前コンパイルが済んでいないと、その描画が必要になった瞬間にコンパイルが走ってフレームが一瞬止まる。「いつも同じ場所」ではなく「新エリアや初マッチで一度だけ詰まる」なら、まずこれを疑う。新エリアごとに追加コンパイルが発生することもある(SmoothFPS / Bottleneck Calculator / Technoid)。

対処は2段階。

• まず完走させる。起動時やアップデート後の「compiling shaders」「optimizing」画面は、スキップやalt-tabをせず最後まで走らせる。
• キャッシュ操作は限定的に。破損が疑われるときだけ、NVIDIAは%localappdata%\NVIDIA\DXCacheを削除しコントロールパネル→3D設定でシェーダーキャッシュサイズを10GB/無制限に、AMDはAdrenalin→Gaming→Graphics→AdvancedでReset Shader Cache(または%localappdata%\AMD\DxCache)を行う。

ただしキャッシュのクリアは万能の修正ではない。クリア直後の初回セッションは再構築のためむしろ重くなる。あくまでドライバ更新やパッチ後にstutterが出た、という明確な理由がある時だけのトラブルシュート手段で、常用メンテナンスではない(SmoothFPS / Tier1Settings / mundobytes)。理由なくキャッシュを消し続けるのは逆効果になりうる。

なお2026年時点の新しい解決策として、MicrosoftのAdvanced Shader Delivery(ASD)がある。シェーダーをクラウド配信してローカルコンパイルを排除する仕組みで、RDNA1/2を含む全Radeon(RX 5000シリーズ以降)に対応する一方、AMD Adrenalin 26.6.1以降+Xbox app経由の起動が条件で、NVIDIAは現時点では未対応だ(TechSpot / WareData)。NVIDIA環境のユーザーは当面、前述の完走+限定クリアで対処する形になる。

平均FPSがそもそも低い時はどう絞り込む?

GPUバウンドかCPUバウンドかを先に判定する。ルートBで「設定を下げる/PCを強化する」に飛びつく前に、どちらが足を引っ張っているかを切り分けると打ち手を外さない。判定はモニタリングツールの使用率で見る。

• GPU使用率が99%付近+CPUに余裕=GPUバウンド(健全な状態)。設定や解像度を下げればFPSが上がる。
• GPU使用率が低い+特定のCPUコアが90%超で張り付く=CPUバウンド。CPU使用率は合計ではなくコア単位で見るのがコツ(SmoothFPS / ms.codes / UMA Technology)。

確実な判別テストもある。解像度を一段下げてみると、GPUバウンドならFPSが上がる。CPUバウンドなら解像度を下げてもFPSはほぼ変わらず、GPU使用率だけ下がってFPSは据え置きになる。さらに、ボトルネックは解像度で移動する点も覚えておきたい。高解像度ほど負荷はGPU側に寄るため、同じ構成でも1080pではCPUバウンド、4KではGPUバウンドになりうる(techihere / SmoothFPS)。

ここまで切り分けてから具体策に進む。GPUバウンドで設定を詰めきっても足りないなら、構成見直しの段階だ。公式最小/推奨の早見は脱出シューター推奨スペック早見表で確認できる。低FPSが頻発するなら原因切り分けの実践手順をFPSが落ちる時のトラブルシューティング手順にまとめている。ジャンル全体の始め方・タイトル選びから整理したい人は脱出シューター完全ガイド2026をハブとして使ってほしい。

結局どの順番でチェックすればいい?

まとめると次の流れだ。①フレームタイム可視化ツールで平均FPSと1%Lowを取り、平均が足りているかを判定する。②足りているならルートA=ペーシング系へ。VRRに合わせたFPSキャップ→シェーダーstutterの完走/限定クリアの順で潰す。③足りていないならルートB=性能系へ。GPU使用率とCPUコア使用率でGPU/CPUバウンドを判定し、GPUバウンドなら設定/解像度ダウン、CPUバウンドならCPU側か設定を見直す。この記事の価値は個別テクニックそのものより、症状から正しいルートへ最短で入る切り分け順序にある。順番を間違えなければ、無駄な設定いじりや不要な買い替えを避けられる。

よくある質問

Q. 平均120FPSも出ているのにカクつきます。設定を下げるべき? A. まずは設定を下げる前にフレームタイムと1%Lowを確認してください。平均が十分なら原因は性能不足ではなくペーシング側の可能性が高く、FPSキャップ(VRRなら上限のわずか下)やシェーダーstutter対策のほうが効きます。やみくもに画質を下げても改善しないことがあります。

Q. シェーダーキャッシュは定期的に消したほうがいい? A. いいえ。クリアは万能ではなく、直後の初回セッションは再構築でむしろ重くなります。ドライバ更新やパッチ後にstutterが出たなど明確な理由がある時だけのトラブルシュート手段で、常用メンテナンスとしての定期削除は推奨されません。

Q. GPUバウンドかCPUバウンドかは脱出シューターでどう確認する? A. プレイ中にGPU使用率とCPUのコア単位使用率をモニタリングし、GPUが99%付近ならGPUバウンド、GPUに余裕があり特定コアが90%超で張り付くならCPUバウンドです。解像度を一段下げてFPSが上がればGPUバウンド、変わらなければCPUバウンドと判別できます。なお具体タイトルの実測fpsは編集部で未計測のため、ここでは数値を断定せず判定手順のみを示しています(実測値は順次追加)。

一次出典・参考(媒体名)

• Digital Citizen — Frame Time vs FPS: Why Consistency Matters More Than Peak Performance
• Bottleneck Calculator — The High FPS Lie / Shader Compilation 解説
• XDA Developers — performance problem hidden behind good averages
• SmoothFPS — Frame Time / Shader Stutter / GPU Usage Drops 各ガイド
• Klartext Tools — Frametime Variance Analyzer
• KTC — Frame Pacing vs Frame Rate
• HowToGeek / BuiltToFrag / Switchblade Gaming — FPSキャップとフレームタイム
• Tier1Settings / mundobytes — シェーダーキャッシュのクリア手順と注意点
• TechSpot / WareData — Microsoft Advanced Shader Delivery(AMD Radeon向け)
• ms.codes / UMA Technology / techihere — CPU/GPUバウンドの判定