WoTの当たり判定を色付きで表示するMODを作った
動機
最近World of Tanksという戦車ゲームにハマった。嬉しいことにこのゲームはMODを作ることを歓迎している。
戦車の装甲値などを一覧で見たかったので、csvにまとめるツールを作った。
しかし、実際には戦車の装甲値は位置によって異なる。これを文字だけで認識するのには限界がある。そこで戦闘中に3Dモデルとして表示することにした。
先駆者
WoTで当たり判定を表示するのにはいくつかの先人がいる。
Web上で見られるものではtanks.ggが有名。
MODとしては、PROTankiがガレージで表示するものを作成している。他にも幾つかあるようだ。
しかし、確認した範囲ではこれらは戦闘中の表示には対応していないようだった。また、モデルを改竄（以下model hack）しているのではなく、コードを改竄（以下code hack）しているらしい。
それに対して、code hackではなくmodel hackだけで実現しようと考えた。理由は下記。
- code hackではバグにより意図せずチートを入れ込んでしまうかもしれない
- code hackではデバッグが大変そう（ほんまか？）
- 表示のことは表示（model）で担いたい
技術詳細
簡単にやったことを説明する。
各戦車はitem_defs/vehicles以下の定義ファイルによってモデルが定義される。
戦車のモデルとは大きく4つのモデルから成る。車体、砲塔、砲身、履帯である。
また、それぞれのモデルは見えるモデル（以下normal model）とは別に、当たり判定モデル（以下collision model）を持っている。 厳密はクライアントで取得できるcollision modelはcollision_client以下に入っており、サーバーサイドのものとは異なるようである。ただ、大差無いだろうということでクライアントのものを使う（というかそれしかモデルを取得できない）。
アイデアとしてはnormal modelをcollision modelに変えるだけである。
各modelは3つのファイルからなる。.model、.visual_processed、.primitives_processedである。
.model
各戦車の定義ファイルから参照される。Level Of Detailを管理する。
.primitives_processed
モデルの頂点群、ポリゴン、ノードを定義する。
.visual_processed
ポリゴンとテクスチャの結びつけ、シェーダーを管理する。
では、normal modelの.primitives_processedと.visual_processedをcollision modelに差し替えれば動くだろうか。
実際このアイデアだけで車体と砲塔は問題ない。また、装甲値は定義ファイルに入っているので、それによって.visual_processed内のテクスチャの参照を書き換えるだけでいい。
しかし、砲身と履帯はもう少し厄介になる。
車体と砲塔、砲身と履帯の違いは「動く」かどうかである。砲身は撃った後のリコイル処理、履帯は言わずもがなである。
当たり判定は動かないモデルであるから、車体と砲塔のように動かないモデルと差し替えるのは比較的簡単であるのだが、砲身と履帯はもう少し工夫が必要となる。
ここからはスキンメッシュアニメーションの理解を前提とする。
戦車のモデルはコード中で組み立てられる。.visual_processedや定義ファイル、また通信によって得られた情報を元に動的に構成される（そうでなければ砲塔は回らない）。
砲身と履帯にはボーンが定義されていて、コード中でそのノードを参照する。つまり安易にモデルを差し替えてノードを消してしまうと参照エラーでクライアントがクラッシュする。
比較的簡単な砲身から見ていこう。
.visual_processedの中にはrootの下にGunというnodeが存在していて、それが実際に動く箇所らしい。
そこで、collision modelの.visual_processedの中でrootではなくGunを参照するように書き換えれば良い。
次に履帯。これは非常に苦労した。
履帯は車輪、サスペンション、トラック（回っている部分）からなる。また、車輪の数などは定義ファイル中に書いてあり、それによってコード中で構成される。
しかしこの定義を書き換えると.primitives_processedとの対応が取れずにクラッシュする。しかも、コード中で駆動輪が2つ無いとエラーを吐くようになっているので、model hackだけでは差し替えることが出来ない。
そこで、normal modelとcollision modelの.primitives_processedをmergeした上で、.visual_processedを改竄してnormal modelだけ見えないようにすることを考えた。これならnormal modelは存在しているので参照エラーは起きない。
normal modelを透明にするには幾つかの方法がある。
- テクスチャを透明にする
- 元の.primitives_processedを改竄してポリゴン数を0にする
- ボーンの変換行列を0にする
選択したのは3の方法である。最初に1をやろうとしたのだができなかった。後から気がついたのだが、これはシェーダーも弄ってやる必要があったらしい。2も挑戦したのだが、.primitives_processedの仕様を把握できず断念した。
3はスキンメッシュアニメーションの仕組みを調べている時に思いついた。.visual_processedでは親nodeに対する回転行列とオフセットを持っている。この回転行列を0にすることで自身以下のnodeを1点に集めることが出来る。つまり透明になる。
合法性
このMODを公開する前に日本のスタッフに聞いたところでは合法だった。
小話
何故クライアントはcollision modelを持っているか
当たり判定処理と言うのはサーバーサイドで行うべき処理なので、クライアントに入っていることが疑問だった。
多分答えの一つはシンプルで、地面や建物との当たり判定はクライアントに担わせるべきであるからだ（normal modelはポリゴンが複雑なのでそれと当たり判定を行うのは難しい）。
ResMgr
WoT（というよりBigWorld）で使われている仮想ファイルシステム。
この検索は非常に「柔軟」である。どうやらファイルのindexを構築する際に小文字に変換するのか大文字小文字の差無くマッチする（後から気がついたので対応が面倒だった）。それだけならまだしも、ディレクトリのパスが'/‘でも’\‘でもマッチする。何故か両方が混ざっているファイルパスが存在していた。勘弁してくれ。
戦車訓練でPantherの砲身が消える
何故か戦車訓練のPantherのcollision modelには砲身が存在しない（普通のPantherには存在している）。つまり、戦車訓練ではPantherの砲身にダメージを与えることが出来ないはずである。あの世界では敵が撃ってこないので確かめる術はないが……。
空間装甲を半透明にしたい
collision modelのデフォルトのシェーダーはlightonlyというものである。これをlightonly_alphaやlightonly_addにすることでアルファブレンディングを行ってくれる……はずだった。ガレージではちゃんと半透明に表示されたのだが、戦闘に出ると履帯が丸ごと消える。謎。
