碰撞測試的簡化

早前我試將 Game Engine 中 Collision 部份，轉為使用 NGD ( Newton Game Dynamics ) 的手動 Collision，便出現了問題：「 怎樣可以簡化兩個物件互相碰撞的方法？」

一如以往，我都是先設定好一些限制，才開始製作。因為 NGD 能夠建立一些基本的 Collision Primitives，例如 Box、Sphere、Capsule ... 等，我便由這些基本的 Primitives 著手。在試作的初時，用了些比較笨的方案，就是每一次要做碰撞測試，都要自己調用 NGD 的 CollisionCollide 功能，後來覺得這個很費時，因為每個物件做每一次碰撞測試，也要編寫一次程式，而且還要同時做 Collision Response。

想了兩、三天後，才醒覺自己的 Game Engine 內的 Frame 架構，是可以加入一些功能，用作記下碰撞測試後的資料，基本上不需要每一次也編寫一大堆重複的程式，所以最後便改成了而下的步驟：
● 用 AABB 測試 物件-A 及 物件-B 是否需要碰撞測試
● 如需碰撞測試，便調用 NGD 的 CollisionCollide 功能
● 如有任何碰撞，將碰撞後的資料寫入物件 ( A / B ) 相對應的 Frame 中
● 同時回傳一個非零的資料，表示產生了碰撞

以上的步驟都是在 Game Engine 內部做好，在我編寫 Game Play 的時候，先調用 Engine 中的碰撞測試功能，若產生了碰撞，我只需要在相關的 Frame 中取回碰撞後的資料，便可以做 Collision Response 的調整。但因為每一種 Game 物件的 Collision Response 也可能有不同，看來這一點就很難加以簡化了。

硬派動作遊戲

玩遊戲很多年了，我還是一個硬派動作遊戲迷，為什麼呢？因為很多動作遊戲的基本設定都頗為單純：跑、跳、斬、射、拳及腳。很多出色的硬派動作遊戲，都是出自日本遊戲開發商的，動作遊戲不易做，要做硬派動作遊戲更加不易，再加上要做得好就更難。

說到硬派動作遊戲，當然要說說 CAPCOM 這位老大哥了。CAPCOM 的動作遊戲，由 Final Fight，吞食天地 2，到現在的 Devil May Cry 系列等等，都是一眾動作遊戲迷的選擇。其實還有很多日本的硬派動作遊戲也是很出色的，例如：SpikeOut 系列 ( SEGA )，Zone of the Enders 系列 ( Konami ) ... 等等。

說到自己在遊戲製作上，最想做的都是這類硬派動作遊戲，而且心裡的幾個遊戲主意也是這類型的，但是自己的 Game Play 程式的編寫技術，看上去好像還未足夠，似乎要多加練習了。