この道具が本来受け持つ仕事

ハードウェアの力を出し切って描くゲームは、画面に絵を等間隔で送り出してはいない。一枚と次の一枚の間隔は絶えず揺れていて、目がとらえているのはこの揺れである。カウンタの平均値が健全に見えても、手に伝わる感触は引っかかる。制限の処理はその隙間に入る。描き終えた瞬間に絵を送り出すのではなく、決めた間隔が過ぎるまで押さえ、それから描画の呼び出しを通す。計時の刻みはミリ秒より細かい。結果として絵の間隔はほぼ一定になり、手が実際に感じている絵ごとの所要時間の曲線も平らになっていく。

設定するなら、リフレッシュレートより数枚低い値であって、ちょうど同じ値ではない。少し下に置くと、画面がわずかに遅れた一枚を待つことがなくなり、tearing が減る。しかも垂直同期のような待ち行列は生まれない。垂直同期はモニタを待ち、描き終えた絵をバッファに積む仕組みで、その代価が入力の遅れであり、しかも一枚ごとに払う。タイマーがやるのは別のことだ。ゲームがどこまで速く走れるかを制限するだけで、マウスと画面の間に絵の列を挟み込まない。

ゲーム画面の上に重なる層

常駐させると、ゲームの絵の上にもう一枚の層が出る。現在のフレームレート、いまの絵の所要時間、そして直近数秒の推移を示す曲線である。最も遅い 1 パーセント、さらにその下の少数の値も出せるが、正直な答えはそこにある。百二十という平均は、数枚だけ隣の四倍かかった絵があれば、ほとんど何も語っていない。

数字を読むより曲線を読むほうが大事だ。ほぼ平らでときどき棘が出る線、それが引っかかりの正体である。棘にはありふれた原因がある。背後で何かがコアを一本取っている、ある効果が初めて出たところでシェーダを書いている、カメラを振ったところでテクスチャを読み込んでいる。上限を下げても、よそから来る棘は消えない。だが平らな部分はもっと平らになる。低めで安定した数値のほうが、高めで跳ねる数値より使い心地がよいのは、そのためである。

同じチームが手がけるグラフィック調整用の道具と組み合わせれば、同じ層に温度、使用率、使用中のメモリ、コアクロック、ファン回転数を載せられる。すべてが画面の同じ隅に集まる。ここが肝心で、別ウィンドウに切り替える必要も、よその場所で読んだ二組目の数字を記憶でつなぎ合わせる必要もない。

どこまで対応し、何を払うか

DirectX 9 から 12、Vulkan、OpenGL まで対象で、この平台向けに売られているゲームのほぼ全部を覆う。常駐中の負荷は小さく、一日中動かしていても測れるほどのフレーム消費はない。

これはオーバークロックの道具ではない。速くなると期待して入れる前に、そこははっきりさせておきたい。クロック、電圧、センサーの読み取りは付属の道具の担当で、こちらは描き終えた一枚をいつ出してよいかだけを決める。一部の不正防止機能を持つゲームでは、この層はまったく出ない。差し込みが断られ、それ以外のことは起きないためだ。断られるのは異常ではなく普通の結果で、アカウント停止を予想する理由にはならない。

効く場面と、効かない場面

いちばん分かりやすいのは、可変リフレッシュレートに対応していないモニタの場合だ。そこでは tearing か垂直同期の遅れかを選ぶことになりがちで、リフレッシュレートの少し下に上限を置くと、tearing の大半を消しつつ、反応は同期なしに近いところへ戻せる。二つ目は、高い数値より固定で予測できる数値のほうが価値を持つゲームだ。百二十で一度も落ちない状態は、七十から百三十の間を行き来する数値より手に心地よい。しかもグラフィックボードは、誰も見ていない絵のために全力を出す必要がなくなる。上限側で仕事が減れば、熱も減り、ファンも静かになる。

可変リフレッシュレート対応の画面では、この理屈は弱くなる。パネルはもともと出力に合わせて更新を変えるので、上限はその機能がきれいに働く範囲に収めたいときだけ意味を持つ。一枚一枚が勝負の競技系シューティングでは、上限は本来取れたはずの絵を捨てる判断になる。この交換は意識して選ぶべきで、既定で選ばれるものではない。

ソフトは無料で、Windows 上で動く。インストーラは小さく、だからこそ鏡サイトの詰め直された版より公式の経路から取るほうがよい。管理者権限を求めるのは差し込みに必要だからで、導入時の確認を通せば設定はそれで終わる。

解いている問題は狭いが現実的だ。カウンタの数字は悪くないのに、感触がよくない。ここにあるのは、ハードウェアが出せる上限を上げる話ではない。すでに手元にある性能を、より平らな刻みで見せる話である。こういう道具は一度試すと、なかなか外せなくなる。