グレネードのラインはパッチ、コリジョン、マップの見えない骨格が結ぶ一時的な契約だ。跳弾角、エアウォール、リリース高がスモークをどう決めるか、そしてプロが300回の反復ではなくユーティリティブックをどう再構築するかを解説する。
はじめに
こんな経験はないか。300回練習したデフォルトスモークが、目を閉じても決まる。ところがパッチが来る。同じ立ち位置、同じクロスヘア配置——なのにスモークは壁に跳ね返り、手前に落ち、あるいは隙間から漏れていく。自分のフィールが落ちたと責める。だがフィールは変わっていない。グレネードの足元にある物理の帳簿が変わったのだ。
ユーティリティラインは石に刻まれたものではない。パッチ、コリジョンメッシュ、リリース高、反発係数——この四者が署名する一時的な契約だ。契約が変われば、すべてのラインは再署名が必要になる。
1. 跳弾角：無視された「第二のエイムポイント」
ほとんどのプレイヤーは一つだけ覚える。クロスヘアをどこに置くか。それが第一のエイムポイントだ。しかし実際に着弾点を決めるのは、しばしば第二のエイムポイント——グレネードが最初に接地した後の反射角である。
スモークはリリースから着弾までに一度か二度跳ねる。最初の跳弾の入射角が、あの低い壁を越えられるかを決める。二度目の減衰が、ボムサイトに収まるかドアの外へ滑るかを決める。この反射ロジックは二つの変数に依存する。グレネードの弾性係数と、接触する表面のコリジョン属性だ。
どちらもプレイヤーには直接見えない。見えるのは結果だけ——ラインが変わった。だからプロはラインを覚えない。「跳ね関係」を覚える。このスモークはどこで接地し、どちらへ偏向し、どれだけずれるか。パッチが来たら、まずこの三区間をテストする。ゼロから300回やり直すのではない。
2. エアウォールとコリジョン：マップの見えない骨格
跳弾より厄介なのがコリジョンだ。どのマップにもプレイヤーに見えない幾何学的な骨格がある。エアウォール、屋根の厚み、ボックスのエッジの面取り、天井の高さ。グレネードがぶつかるのはその骨格であり、君の視覚判断ではない。
典型的なのはハイアークスローだ。空を狙い、放物線が屋根を越えると思ったのに、グレネードは見えない天井に当たって早く落ちる。エイムがずれたのではない。天井の高さが思っていたのと違うだけだ。
もっと一般的なのは、ボックスのコリジョンが視覚モデルと一致しないケース。見た目は平らな上面でも、コリジョンには2センチの面取りがあり、グレネードがかすって飛んでいく。こうしたズレはパッチがマップ細部を作り直すときによく現れ、そして「フィールの問題」と誤診されやすい。
だからユーティリティ再学習の第一歩は、ワークショップを開いて回数をこなすことではない。グレネードを持ってマップにぶつけに行くことだ。これまで一度も当てたことのないエッジを、あえてテストする。
3. リリース高：立ち位置、しゃがみ、視点ピッチ
見落とされがちだが、グレネードの初期位置はキャラクターモデルのリリースポイントに紐づいており、クロスヘアではない。つまり三つの要素が軌道を変える。
第一に立ち位置。半歩前に出ればリリースポイントが前にずれ、同じクロスヘアでも着弾点が全体的に前へ押し出される。第二にしゃがみと立ち。しゃがむとリリースポイントが下がり、放物線が全体的に圧縮され、ぎりぎり屋根を越えていたラインが越えられなくなる。第三に視点ピッチ。上を向いて投げるか下を向いて投げるかで初速の方向が変わり、最初の弧がまったく別物になる。
プロチームがデフォルトユーティリティを再学習するときは、これらの変数をプロトコルに固定する。どの床タイルに立つか、立ちかしゃがみか、視点をどこまで上げるか。プロトコルが固定されれば、ユーティリティは再現可能な工学になる。黒魔術ではない。
4. 再利用可能な再学習ワークフロー
パッチ後、マップ全体を急いでやり直す必要はない。次の順序で進める。
第一、絞る。デフォルトラウンドで本当に依存しているラインだけを選ぶ。通常、1マップにつき八本以下だ。第二、分解する。各ラインをリリース、第一の弧、接地点、跳ね方向、着弾点の五区間に分け、区間ごとに検証してどこで壊れたかを見つける。第三、固定する。修正した立ち位置、スタンス、視点を固定プロトコルに書き、できれば自分の一人称視点を録画して参照にする。第四、検証する。実戦テンポで何度か走らせ、移動中、圧力下、クラッチの慌てた状況でも再現できるか確認する。
ここにはメンタルの問題がある。再学習は新しいラインを暗記するためではない。このマップの物理骨格への信頼を再構築するためだ。ラインは結果であり、骨格こそ資産だ。骨格を掴めば、パッチがどう動いてもその場で着弾点を導ける。誰かが新しいライン画像を投稿するのを待つ必要はない。
5. なぜプロチームはこれを規律とするのか
プロのデフォルトユーティリティは個人技ではない。チームのタイムテーブルだ。スモークが一秒早く落ちれば、味方のホールドタイミングが一拍ずれる。モロトフが半メートルずれれば、マップコントロールの窓が二秒失われる。パッチが変われば、タイムテーブル全体を再計算しなければならない。
だからトップチームはパッチ後の最初の数日、スクリムではなく空サーバーでユーティリティを走らせる。スクリムは問題を露呈するが、問題を特定できるのは空サーバーだけだ。特定は骨格に依存する。回数ではない。
おわりに
ユーティリティラインの本質は、君とマップ物理の間の一時的な合意だ。合意は期限切れになる。骨格はならない。「このラインもまた死んだ」と焦るより、パッチのたびにマップを再認識する機会と捉えよう。君がテストしているのはスモークではなく、このマップの骨だ。骨に馴染めば、ラインは自然に生えてくる。