当たり判定は難しい…
何が難しいって一つ一つの図形と判定をとるアルゴリズムそのものじゃなくて、それらをまとめて処理するのにどう実装するのかを考えるのが難しい
２Dだったら総当たりで妥協してたのになｗ

基本的にはBSP木を使う事になるんだろうけれど、床なんかはセル空間分割法を使った方がいいだろうし、RDCアルゴリズムとやらも試してみたい
一つの物体が持つ複数のバウンディングボックスなんかはどこに登録しようかな…
というかプログラミングしてて気づいたんですが、2Dだと比較的簡単にできたのに3Dだと回転軸が自由すぎて衝突の予測が不可能に近い（笑）
回転する２物体の次のフレームでの衝突、その後の位置補正とか考えたくもないですねｗカオスになることが予測できる…

今考えている方式での最終目標は当たり判定そのものを見えなくしてしまうことです。
各物体は自分で当たり判定の計算を行わず、管理クラスからどの物体とどのように衝突したかのメッセージだけを受け取るようにしたい…
たとえばミサイルが飛行機に当たるとしたら、ミサイルが自分で当たり判定をして飛行機の耐久力を直接落とすのでなく

まず管理クラスが事前に当たり判定を実行する
→すべての衝突物を列挙
→ミサイルに衝突メッセージを、飛行機に「ミサイルと接触した」というメッセージを送る
→ミサイルは管理クラスに自分を破壊するよう要請する
→飛行機は自分で耐久力を減らす
という流れにしたいんですよね。
所有関係のない物理的な物体間の干渉はポインタじゃなくてメッセージで全部処理したい…。
なんかこう物体が全部ポストを持ってる感じにしたいなぁ。お互いは住所以外は全く知らないという関係がいい。
というのも特定の物体を考えてるときに、他の物体の事なんて考えたくないｗ
飛行機がミサイルを持っている間はそのミサイルを所有していても、ぶっ放した後は別の物体として振舞い、敵に当たろうが外れようが知ったことじゃない。
その後ミサイルから当たったか外れたかのメッセージが送られてきて初めてヒットしたかどうかを知る。
もしそれに対応してなにか反応するならそれもいいし、もしそのメッセージを処理するすべがなければ何もしない。
うん。こういう感じに実装したいな。

３Dは作ったことないのでどのくらい大変かは知らないのですが、
やっぱり大変なんですね。

なんだか大変そうですが、がんばってください。

衝突判定オブジェクトをメンバに抱えるようにして、衝突判定オブジェクトリストで当たり判定を行い、衝突判定オブジェクトはオーナーオブジェクトに対してメソッドを呼び出すという形にしてはどうでしょう。
タスクシステムのタスクリストのように当たり判定も汎用化してしまうわけです。

2Dシューティングでも複数のオブジェクトが合体したキャラや複数のバウンディングボックスを持つキャラを実装することがあります。
敵弾との接触用(狭い)と敵本体との接触用(広い)で当たり判定が違うとか。
アーケードのシューティングはいまでも320x240の解像度が多いですから、距離で当たり判定するよりも長方形を並べたほうがどこに当たったかも分かりやすくて便利です。

>>パコネコさん
がんばります！ｗ

>>ISLeさん

ISLe さんが書きました:衝突判定オブジェクトをメンバに抱えるようにして、衝突判定オブジェクトリストで当たり判定を行い、衝突判定オブジェクトはオーナーオブジェクトに対してメソッドを呼び出すという形にしてはどうでしょう。

そうですよね。だいたいそんなことを考えています（僕の理解が正しければですが…）
現状は取り敢えずその衝突判定オブジェクトの実装をいろいろ試してます。
でもなかなかコレ！っていう感じにならないんですよね。試行錯誤中です。