国产视频久久久久,亚洲视频精品在线,久久精品一区二区

利用慣性和加速度進行網(wǎng)游位置同步

利用慣性和加速度進行網(wǎng)游位置同步

帶寬限制下的視覺實體屬性傳播
(Propagation of Visual Entity Properties Under Bandwidth Constraints)
(http://blog.csdn.net/lfhfut/archive/2008/03/02/2138512.aspx)
一文中使用滯后補償時間(LCT, Lag Compensation Time)來平滑客戶端的顯示.

在此方法下, 客戶端主角顯示在未來位置, 超前于服務(wù)器時間,
而同伴顯示過去的位置, 滯后于服務(wù)器時間.
所以兩個人一齊跑時, 總是會發(fā)現(xiàn)同伴落后于自己.

為了減弱同伴落后問題, LCT應(yīng)該用于遠方物體的位置同步, 越遠LCT可以越大.
就像我們觀察星星, 我們看到是其實是幾萬年前星星的樣子, 因為星星距離我們有幾萬光年.
對于周圍近距離的物體, LCT應(yīng)該盡量小, 接近0.

所以上文并沒有解決客戶端的平滑問題.

文中所述的導(dǎo)航預(yù)測算法(DR, Dead Reckoning)并不應(yīng)該放棄.
導(dǎo)航預(yù)測算法的原理是推算出未來的位置，LCT是將過去的位置作為現(xiàn)在位置來處理.
對于鄰近物體, 應(yīng)該顯示未來的位置.
因為出于操作感的考慮, 主角的位置是超前于服務(wù)器的, 不可能等服務(wù)器確認后再移動.
所以周圍同伴的位置也應(yīng)該是超前的, 這樣才不會有同伴總是落后于自己的現(xiàn)象.

導(dǎo)航預(yù)測算法不適用的主要原因是, 網(wǎng)游人物的移動是高度隨機的, 狀態(tài)更新太頻繁.
這其實不是問題, 因為有預(yù)測肯定比沒有預(yù)測要好.
在預(yù)測范圍內(nèi), 就不必發(fā)位置更新.
最差情況下, 每個預(yù)測結(jié)果都是錯誤的, 必須修正為實際的位置,
這就退化成為沒有預(yù)測的簡單的位置更新方法.

但是如果網(wǎng)絡(luò)延時50ms, 這50ms的預(yù)測是必須的.
因為客戶端表現(xiàn)的是超前服務(wù)器50ms前的景象.

這就存在同伴掉下懸崖的現(xiàn)象, 因為同伴在懸崖邊上的停止的消息要在50ms后才到.
這種問題在預(yù)測法中是無法解決的, 除非添加行為預(yù)測.

但是可以添加一個加速度來減少這種預(yù)測錯誤.
導(dǎo)航預(yù)測算法適用于飛機飛行模擬這類具有很大慣性的移動.
網(wǎng)游中的移動問題根源就是慣性不足, 有了慣性, 角色將無法任意更改移動狀態(tài),
從而大大減少預(yù)測錯誤.

人物在懸崖邊上停止的動作必須有個減速的過程, 只要在50ms之前減速,
就會正確計算出停止點, 避免了墜崖. 開始移動時也是有個加速過程.

并且, 客戶端主角的慣性可以大于服務(wù)器端, 而周圍物體的慣性可以小于服務(wù)器端.
產(chǎn)生的效果是, 主角的動作變遲鈍, 減少超前時間.
而周圍物體稍稍靈活, 增加了超前時間.

或許我們所處的世界也是虛擬的, 創(chuàng)世者為了位置同步而給我們這個世界加上了慣性和加速度的規(guī)則.

（轉(zhuǎn)載請注明來源于金慶的專欄）

posted on 2009-10-30 15:54 金慶閱讀(2590) 評論(5) 編輯收藏引用所屬分類: 2. 網(wǎng)游開發(fā)

@yisa
kok3中有導(dǎo)航預(yù)測，也有滯后補償時間，所以有同伴落后問題。網(wǎng)絡(luò)卡時，會有人物被拉回的現(xiàn)象。這一部份一直在改進，現(xiàn)在已經(jīng)很不錯了，正常情況下感覺真實性很好。回復(fù) 更多評論

# re: 利用慣性和加速度進行網(wǎng)游位置同步 2010-08-03 17:14 yisa

@金慶
今天讓策劃打開了兩個KOK3(第一次看KOK3)的客戶端
感覺移動速度比較慢
人物一直按住向前走(W按鍵),
外地客戶端表現(xiàn)上: 中間會出現(xiàn)突然一停, 然后繼續(xù)走
是不是因為心跳包的緣故.
"同伴落后問題", 只要是本地先移動都這樣.
KOK3的移動操作在外地客戶端的執(zhí)行跟本地客戶端之間的時差很小,
感覺不到0.5s.

其他感受:
上臺階的時候的跳躍: 如果人物在空中, 因為前方地表突然變高, 人物在空中的高度突然被臺高了, 感覺不舒服(這個問題和同步無關(guān))

下落著地的時候, 似乎沒有對如果在繼續(xù)移動還是停止移動沒有分開處理, 感覺不好. 人物表現(xiàn)稍微死板了點.

移動中, 起跳, 然后釋放移動按鍵, 突然在空中把水平移動速度變成0(但是: 原地起跳, 在空中按下移動鍵沒有任何移動), 操作上, 前者感覺太突然.

可能因為2D的移動操作, 單純在位移同步上感覺比天下二和劍三要好, 但是移動操作的本地感覺沒有后兩者舒服.

點擊移動的指示效果, 怎么馬上消失掉了, 狂點擊, 指示效果一連片哈.(怪怪)

怪物的追擊感覺沒有.(可以參考Mangos)

移動能取消太多的行為了: 自動攻擊, NPC對話...(不知道是不是被策劃束縛了)

回復(fù) 更多評論

刷新評論列表

只有注冊用戶登錄后才能發(fā)表評論。
【推薦】100%開源！大型工業(yè)跨平臺軟件C++源碼提供，建模，組態(tài)！

相關(guān)文章: How are dtLinks created in NavMesh UE4 Blueprint Multiple Event BeginPlay 第9代游戲主機 Canvas Scaler 的3種模式幀同步是否允許客戶端指定命令幀號 rpc應(yīng)答太快造成請求超時測試 tolua 例子 TestErrorStack lua變量缺少local造成unity死鎖 C# tolua 之間互傳 byte[] Unity使用異步grpc

網(wǎng)站導(dǎo)航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

金慶的專欄

公告

留言簿(12)

隨筆分類(502)

隨筆檔案(423)

相冊

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

評論