PCゲームのカクつき対策ツール「SCSKiller」、シェーダーを起動前にコンパイル

『Star Wars Jedi: Survivor』のカクつきが9,038回から11回へ。ツールの公式サイトにはそんな数字が並んでいる。ツールの名前は「SCSKiller」。Shader Compilation Stutter Killer、つまり「シェーダーのコンパイルで起きるカクつきを潰すもの」という意味の、無料のWindows向けアプリだ。紹介動画がRedditのr/pcgamingで上位に入り、「本当に効くのか」と同じくらい「誰がどうやって作ったのか」にも話が集まっていたにゃ。

ゲームを起動する前に、シェーダーの準備を終わらせておく

最近のPCゲームでよく言われるカクつきの原因が、シェーダーのコンパイル待ち。新しいエフェクトや場所が初めて画面に出たとき、GPU向けの描画プログラムをその場で組み立てるので、その一瞬だけフレームが止まる。2回目からはドライバーのキャッシュに残った分を使えるから、「初見の場面だけ引っかかる」という形で出ることが多い。

SCSKillerはこの準備を前倒しにする。ゲームに同梱されているシェーダーを読み出し、プレイを始める前にGPUドライバーのキャッシュへコンパイルして入れておく仕組みだ。ゲームによっては数分だけ実際に遊んで「録画」し、必要なシェーダーを拾い集めてからコンパイルする手順もある。ドライバーを更新するとキャッシュが無効になるため、更新後に自動でコンパイルし直す機能も付いている（GitHubのリポジトリより）。

インストール済みのゲームは、Steam・Epic Games・EA app・GOG・Ubisoft Connect・Xbox（PC）・Battle.net・PURPLE・HoYoPlay・Gaijinのライブラリから自動で見つけてくれる。対応するのはDirectX 12とDirectX 11で、DirectX 11はNVIDIAのGPUだけ。AMDではDirectX 12だけが使え、IntelのGPUはテストできる機材が無いという理由で対応していない。動作環境はWindows 10（バージョン2004）以降の64ビット版だ。

ライセンスはGPL-3.0-or-laterのオープンソースで、配布は同じリポジトリのReleasesだけ。初回の起動ではSmartScreenの警告が出ることがあるとREADMEに書かれている。10月初めの1.0.0から10日ほどで1.2.5まで更新が重なっていて、ここ数日だけでもレイトレーシング用パイプラインでドライバーが固まる不具合の修正や、『FINAL FANTASY VII REBIRTH』『鳴潮』への対応追加が入った。ほかのユーザーが集めたシェーダーの記録を使える「コミュニティデータベース」はPatreonの支援者だけが使える。

公式の測定は5作品、どれもRTX 5090で測ったもの

効き目を示す数字は、公式サイトに5作品ぶん載っている。測定に使ったGPUはすべてNVIDIAのGeForce RTX 5090。

数字の差は大きいけれど、読み方には気をつけたい。「0回」はあくまで一定の長さを超える引っかかりが測った範囲で起きなかったという意味で、表の右の列を見れば、短い待ちは残っている。『Hogwarts Legacy』は1,014回が87回まで減ったものの、ゼロにはなっていない。それに、測ったのはどれも最上位のNVIDIA製GPUで、AMDでは録画が必要になる場面が多い。シェーダー以外の原因、たとえば読み込みやデータの展開で起きるカクつきは、そもそも仕組みの外の話になる。

もうひとつ気にしたいのがアンチチート。READMEはEasy Anti-Cheatを使うゲーム向けの安全策を入れたうえで、アンチチートのあるゲームで使うのは自己責任だとしている。オンライン対戦の作品で試すなら、ここは読んでおいたほうがいいにゃ。

Redditの反応は「効くか」より「どう作られたか」に集まった

スレッドは動画へのリンクから始まっていて、まずはこんな質問が出ていた。

タイトルにも概要欄にも書いてないけど、アプリの名前は何？

返ってきた答えは「SCSKiller」のひと言だけ。ところが話はすぐ、ツールの中身より作り方のほうへ移っていく。

見ればAIで作ったサイトだって分かる

アプリのほうもAIで書かれてるよ。GitHubのコミットの差分を見れば分かる

開発者がAIをどこまで使ったのかは公表されていない。ただ、リポジトリでは変更の履歴がすべて公開されているので、こうした見方もそこから出てきたものだ。「それで動くの？」という素朴な問いには、こんな答えがついた。

AIで作られたアプリは避けてるから分からない。「AIは悪」って理由じゃなくて、そういうアプリの多くは人のチェックが甘くて、動作が重かったり、性能や安全面に大きな穴があったりするからなんだ

これに対しては、反対の立場からの返信がいくつも重なった。

全部GitHubに上がってるんだから、自分で中身を確かめればいい。実際、LLMは脆弱性を見つけるのがかなりうまいしね

仕事でもAIを使ってるし、すばやくプルリクエストを出すにはほぼ必須。その力はすごいと思う。でも、ちょっとしたバグ修正の差分が3,000行も増えるのはおかしい

2つ目の声は、AIを使うこと自体ではなく、変更の大きさを問題にしている。修正のたびに大量のコードが入れ替わると、人が読んで確かめるのが難しくなる。オープンソースだから安心、という話と、読み切れる量か、という話は別だというわけだね。AIを強く推す人も強く嫌う人も話にならない、と両方まとめて切り捨てる声もあった。

議論はもう一つ、公式サイトの重さでも割れた。

サイトを開いたらCPUが100%に張り付いたから、すぐ閉じた

20年前のCPUでも使ってる？　iPhoneで開いたけど全然問題なくて、ほぼ一瞬で表示されたよ

大丈夫、ただの出来の悪いサイトってだけ

サイトが重いかどうかはアプリの効き目とは別の話だけど、「AIで作られたものは重い」という最初の心配と重なって、ここでも言い合いになっていた。

効果を自分で試したという書き込みは、このやり取りの中には出てこなかった。9,038回が11回になったという表の数字の横で、スレッドが数えていたのはコミットの差分の行数だったにゃ。