新しい環境でカウンターストレイフが崩れる原因は手ではなく目にある。クロスヘアの補間、リフレッシュレート、アスペクト比ストレッチは一つのフィードバック連鎖であり、各リンクの校正方法を解説する。
導入
多くのプレイヤーはカウンターストレイフを筋肉記憶に落とし込み、そして別のマシンに変えた途端にそれが崩れるのを見る。問題は手ではない。目だ——正確には、見えている画面がいつ手に追いつくかである。クロスヘア、視点、フレームレートは一本の連鎖の三つの環であり、どれか一つが壊れればカウンターストレイフの感触はドリフトする。
1. クロスヘアは遅延した表示器であり、座標ではない
動的クロスヘア（cl_crosshairstyle 2/3）は速度を読み、位置は読まない。動けば開き、止まれば閉じる。つまりカウンターストレイフの重要フレームでは、クロスヘアが閉じた瞬間、キャラクターはまだ少し滑っている。閉じたクロスヘアを「完全に停止した」信号として扱うと、早く撃ってしまう。
さらに厄介なのは、閉じる速度が補間であり、実際の減速度と同期しないことだ。低フレームレートでは補間が引き伸ばされ、クロスヘアは「粘る」。高フレームレートでは素早く閉じ、実際よりきれいに止まったと誤認する。
再現可能な検証：ワークショップのエイムマップで壁に向かって A-D カウンターストレイフを行い、高フレームレートで録画し、クロスヘアが閉じるフレームと速度がゼロになるフレームを比較する。安定して 1〜3 フレームの差が出る。これが「クロスヘアの嘘ウィンドウ」だ。
2. リフレッシュレートはフレームレートの付属品ではない
「フレームレートが高ければ十分」というのはよくある誤解だ。しかし表示経路では、フレームレートはレンダリング側にすぎず、リフレッシュレートが画面の走査タイミングを決める。144Hz と 240Hz のカウンターストレイフにおける差は滑らかさではなく、フィードバック遅延である。
カウンターストレイフの本質は方向反転だ。「離した瞬間に画面が止まったと教えてくれる」ことが必要になる。60Hz パネルではこのフィードバックに平均 8ms 以上かかる。240Hz なら 4ms 未満に収まる。差は小さく見えるが、カウンターストレイフはラウンドごとに何十回も行う動作であり、蓄積すればリズムの基準になる。
見落とされがちな点：G-Sync/FreeSync は可変遅延を導入する。カウンターストレイフのような短い動作は、絶対遅延よりも遅延のばらつきに敏感だ。競技向けにはリフレッシュレートを固定し、フレーム上限を高くして遅延を安定させるのがよい。
3. ストレッチ比はクロスヘアとターゲットの相対速度を変える
4:3 ストレッチ（例：1280x960 を 16:9 に）は水平方向の視覚的変位を拡大する。同じ旋回量でも、ストレッチ画面では速く見える。これはカウンターストレイフの予測に直結する——曲がったつもりでも、視点はまだ少し足りない。
これは「どちらが良いか」の問題ではない。「自分の筋肉記憶がどの比率で作られたか」の問題だ。比率を変えた後に再校正すべきは、クロスヘアからターゲットへの相対運動感であり、感度の数値ではない。解像度を変えて「手感が変」と感じる多くのプレイヤーは、ここでつまずいている。
自己テスト：固定ターゲットに対し横フリックとストップを繰り返し、16:9 と 4:3 で停止点の分布を記録する。分布全体がずれるなら、視覚的予測がストレッチ比に引っ張られている。
4. 三つを一本の連鎖に戻す
クロスヘアは「止まった」という視覚信号をくれる。リフレッシュレートはその信号がどれだけ速く目に届くかを決める。ストレッチ比はその信号の尺度が正しいかを決める。カウンターストレイフの練習が本当に鍛えるのは、この三層が揃った瞬間だ。
実践的な助言：まずストレッチ比とリフレッシュレートを固定し、安定するまで練習してから、一つの変数だけを動かす。一度に一つだけ変え、三日間の感触の変化を記録する。クロスヘア、解像度、モニターを同時に変えるのは練習ではなく、歩き方の再学習だ。
最後に：カウンターストレイフは指で押し出すものではない。目が「止まった」と確認してから、指が撃つ。目で見たものと手でやったものを揃えることは、bot を千体多く撃つより価値がある。