今では物理エンジンはunityやUEといった統合型ゲームエンジンが普及したおかげで使うのがとても簡単になったのだけど、これでカーレースのようなゲームを作ると、正しく動く車を作るのは実は超大変だって話をちょっと書いてみたい。

話は2007年に戻る。
2007年にメディアワークスを辞めるあたりで、韓国でPS2のゲームを作っている会社とつながりが出来、そこでカーレースを作ったのだけど、これが全オリジナルの物理エンジン＋3Dエンジンのゲームだった。
で、これを作る時に、いろいろとんでもない目に会ったおかげで、物理エンジンは万能ではないし、問題だらけだって知ったわけだ。



さて。
物理を使うゲームの作り方はいろいろあるのだけど、全部がいわゆる剛体物理で動き、フェイクはひとつもない、すなわちあらゆるものはフォースで動いているとする。そして物理エンジン内部のエミュレーションのΔTはフレームレート、すなわち1/60秒と一致している、としておく。
これを読んで眉を潜めるひとは既にプロで物理エンジンに悩まされたことがあるのは賭けてもいい。
ちなみにPS2時代の物理エンジンはこれでアップアップだったので、実際にこうだった。

これの何が問題なのか？
実は1/60秒は時間的な分解能が圧倒的に足りないってことだ。
どういうことなのか？

ここでスゴくわかりやすく単純に秒速60メートルで走っている車を想定しよう。
秒速60メートルなので、60*60*60=216000メートル／時間になり、時速216キロメートル。
F1なんかより全然遅い。ふつーにある車だ。少なくともカーレースで驚く速度ではない。
ではこの車は１フレーム（つまり1/60秒＝ビデオゲームの鉄の掟16.7msec）ごとにどんだけ動くのか？
もちろん答えは１メートルだ。

ここでちょっとした思考実験をしてみよう。
幅99センチの壁に長さ０の車がぶつかろうとしているとする。次のフレーム（つまり1/60秒後）はどうなっているのか？
長さ０なので、なんと壁をすり抜けてしまう。まるで超能力だ。
これはもちろん極端な例なのだけど、この問題の変形版が本当にイロイロなところで起こる。
１メートル程度の幅の溝は車の走っているタイミングによっては、タイヤが上に乗らないので、あたかもないものになったり、逆でピッタリとタイヤが入れば、次のフレームでは落ちるしと、毎回走るたびに動きが違う、奇っ怪極まりない挙動を起こす。
１メートルで10センチ上がる坂に運悪く突っ込むと、突然タイヤが10センチ地面にめりこんだことになる。
そして、物理エンジンでは地面などにめり込んだと判定すると、めり込んだタイミングを計算してめり込んだ分だけの力を逆方向にかけて、位置を移動させるのが普通の処理なので、とても跳ねそうにもない道で突然車がジャンプすることになる。

こんなキッカイな挙動が山のように起こるのが物理エンジンカーレースの世界だ。
これがどうして起こるのかというと、１/60だと１メートル以上も動いてしまうからで、シミュレーションとしてみると、計算が粗すぎるわけだ。
つまり秒60回では全く計算が足りないことになる。
では、どれぐらいなら足りるのか？
もちろんデスマッチの世界なわけだけど「これなら足りる」といえるのは、多分１物理エンジン時間で10センチ以下の分解能が保証できたら、まあなんとかなる気がする。
車が仮に秒速100メートル、つまり時速360キロなら10センチは10000/10=1000物理演算/秒。
このあたりになれば、まあおかしな動きはしなくなるだろうが…物理エンジンがシミュレーション全体で、この速度で動くようになるには、まだあとゲームマシンの２世代分ぐらいはかかりそうな気がする。

そして、そこに至るまで、ゲームデザイナーもプログラマも物理エンジンのキカイな挙動に悩まされるのだろう。
個人的には物理エンジンは、破片が散らばるとか、コインが散らばるとか、ラグドールとかだけに限っておきたいなあと思うのだった。