首先, 自己程式很菜, 所以從最初的寫法到最終走了很多彎路, 網上的資料也比較少, 所以還是把想法分享出來

首先說一下前提背景, 我做的是一個球類的遊戲, 有個功能是預判短位置和虛擬路徑的顯示

1.用非box2d來手寫這個, 引擎當然就是自己寫的要你命三千, 各種問題次鞥出不窮, 有問題還不好復現, 這個瞄準是有, 精度就不敢恭維, 原理上就是遞迴運算實際飛行的整個路程, 通過角度來定位, 然後每移動一個位置, 通過精度來調整位移的距離, 來增強檢測的準確性

結果: 越準確就越需要更多運算, 最後精度大概估計在80%吧, 還算滿意

後來用box2d來改寫遊戲, 從下面開始就是各種苦逼嘗試

2.建立一個幽靈球(感應器true), 和正常球一樣的發射角度, 調整發射速度, 來加快整個路徑的形成

結果: 越速度快越快速完成路徑, 更越容易穿透其他球, 導致出現bug, 如果可以忍耐這渣速度的話也可以接收, 精度(100%~0%) 子彈狀態開啟, 如果碰撞是計算的很完美的, 但是穿透就是錯誤, 無法接受錯誤和反應速度

3.射線, 建立一個接近於無限長的射線, 通過射線和整個引擎內的剛體遍歷, 得到最近的剛體碰撞位置(得到的fraction越小就越近), 然後通過運算可以讓其是否反射或直接終止

結果: 發現反射的時候射線是以一個點來實現的, 但是球是有半徑的, 失敗....

4.涉嫌組, 不放棄, 覺得這個方法可行, 於是建立了一個射線組, 來組成球的半徑, 三條射線分別在左側 右側, 和中間, 但發現如果變了個角度, 射線之間的間距會變小, 於是讓三個射線的起點垂直於初始點平行分部, 但是這樣又發現牆壁反射一塌糊塗

結果: 將三條射線放於水平, 然後根據角度來加大射線間的距離, 來保持 平行方向的間距是固定的值(R/cos(a)), 這樣到牆壁, 如果任何一個射線反射, 那麼其他射線也跟著反射, 但是問題又出現了, 三條射線到其他球的時候, 是平行的, 不是球面的, 如果我改變初始的位置為球面的點, 牆壁反射又亂了, 完全陷入崩潰的邊緣

結果: 這個方法如果不反射, 準確率大概在60% , 反射後準確率(60%~0%), 而且由於射線是可以很細, 穿透很容易, 這樣縫隙過去的進行計算就又出現詭異問題

這時候我無奈的上網找問題:

找到這個權威的box2d基礎網站:

https://www.iforce2d.net/b2dtut/

上面有咱們國人的翻譯教程

http://ohcoder.com/blog/categories/box2d-tutorials/

大牛不錯, 留了email, 迅速寫信給他, 我以為收不到, 結果2小時就給我回復, 大致內容:

我已經不再做涉及box2d的專案很久了, 不過給你個參考地址:
https://www.iforce2d.net/b2dtut/projected-trajectory

5. 也是同樣通過射線, 不過這次射線並不是趨於無限長, 也不用自己去遞迴, box2dworld->RayCast()去處理它就好了, 直接像碰撞事件一樣繫結它就好

注意的是需要在偵聽函式ReportFixture內, 如果已經得到了自己想要的物件, 就直接返回0, 如果返回大於0的值, 則此raycast還會遍歷去查詢, 我就不需要了, 下面講為什麼不需要

直接做個b2vec2的點, 讓它運動起來, 這裡需要微分, 如果需要精確的處理做到1/60s, 我只做了1/10s就足夠了, 並當點更新位置的時候, 以這個點為圓心, 向四周做射線, 射線長度為球的半徑, 如果碰撞產生併合格, 則第一時間處理, 因為是微小射線, 而且是微小位移, 完全沒必要去處理最近碰撞點這個問題

結果: 步長越小, 精確越高, 但是由於需要瞬間走很長一個距離, 所以, 效率會很低, 不需要太精確, 向外射線的個數也不需要太多, 我這裡只做了12條, 也許以周長方向做12條射線更精確一些. 準確率90%+

我的問題迎刃而解 噹噹噹當~~~~