金慶的專欄
C++博客
::
首頁
::
新隨筆
::
聯系
::
聚合
::
管理
::
423 隨筆 :: 0 文章 :: 454 評論 :: 0 Trackbacks
公告
我的隨筆
我的評論
我參與的隨筆
留言簿
(12)
給我留言
查看公開留言
查看私人留言
隨筆分類
(502)
1. C/C++(166)
(rss)
2. 網游開發(108)
(rss)
3. Golang(20)
(rss)
4. Linux/Unix(30)
(rss)
5. 軟工與管理(44)
(rss)
6. Python(23)
(rss)
7. Erlang(18)
(rss)
8. Rust(16)
(rss)
9. 其它(77)
(rss)
隨筆檔案
(423)
2023年1月 (1)
2022年11月 (1)
2022年10月 (2)
2022年9月 (1)
2022年4月 (6)
2022年1月 (2)
2021年12月 (4)
2021年11月 (6)
2021年10月 (2)
2021年9月 (2)
2021年8月 (7)
2021年7月 (2)
2021年5月 (2)
2021年3月 (1)
2021年2月 (2)
2021年1月 (1)
2020年12月 (1)
2020年10月 (1)
2020年9月 (5)
2020年8月 (1)
2020年7月 (1)
2020年6月 (1)
2020年4月 (2)
2020年3月 (3)
2020年2月 (3)
2020年1月 (1)
2019年12月 (1)
2019年9月 (2)
2019年4月 (2)
2019年1月 (1)
2018年12月 (1)
2018年11月 (3)
2018年10月 (1)
2018年9月 (3)
2018年8月 (3)
2018年7月 (2)
2018年6月 (4)
2018年5月 (4)
2018年4月 (4)
2018年3月 (1)
2018年1月 (2)
2017年12月 (2)
2017年11月 (3)
2017年10月 (3)
2017年8月 (7)
2017年7月 (1)
2017年6月 (1)
2017年5月 (3)
2017年4月 (3)
2017年3月 (3)
2017年2月 (2)
2017年1月 (2)
2016年12月 (5)
2016年11月 (2)
2016年10月 (2)
2016年9月 (1)
2016年8月 (6)
2016年7月 (3)
2016年6月 (2)
2016年5月 (4)
2016年4月 (2)
2016年3月 (2)
2016年1月 (3)
2015年12月 (2)
2015年11月 (2)
2015年10月 (1)
2015年8月 (2)
2015年7月 (1)
2015年6月 (1)
2015年5月 (4)
2015年4月 (3)
2015年3月 (4)
2015年2月 (5)
2015年1月 (4)
2014年12月 (3)
2014年11月 (3)
2014年10月 (2)
2014年9月 (3)
2014年8月 (1)
2014年4月 (4)
2014年3月 (1)
2014年2月 (4)
2014年1月 (5)
2013年12月 (5)
2013年11月 (5)
2013年9月 (2)
2013年8月 (2)
2013年7月 (2)
2013年6月 (2)
2013年5月 (1)
2013年1月 (2)
2012年12月 (1)
2012年11月 (1)
2012年9月 (1)
2012年8月 (3)
2012年7月 (2)
2012年6月 (1)
2012年4月 (3)
2012年3月 (2)
2012年2月 (3)
2012年1月 (2)
2011年11月 (2)
2011年10月 (3)
2011年9月 (2)
2011年8月 (2)
2011年7月 (3)
2011年6月 (2)
2011年5月 (3)
2011年1月 (2)
2010年12月 (1)
2010年11月 (2)
2010年10月 (2)
2010年9月 (3)
2010年8月 (2)
2010年7月 (3)
2010年6月 (1)
2010年5月 (3)
2010年4月 (3)
2010年3月 (5)
2010年2月 (4)
2010年1月 (4)
2009年12月 (2)
2009年11月 (3)
2009年10月 (4)
2009年9月 (3)
2009年8月 (2)
2009年7月 (4)
2009年6月 (1)
2009年5月 (3)
2009年4月 (4)
2009年3月 (2)
2009年2月 (5)
2009年1月 (1)
2008年12月 (7)
2008年11月 (4)
2008年10月 (1)
2008年9月 (3)
2008年8月 (4)
2008年7月 (3)
2008年6月 (4)
2008年5月 (6)
2008年4月 (7)
2008年3月 (6)
2008年1月 (5)
2007年12月 (7)
2007年11月 (4)
2007年10月 (5)
2007年9月 (6)
2007年8月 (8)
2007年7月 (5)
相冊
公告照片
搜索
積分與排名
積分 - 654215
排名 - 25
最新評論
1.?re: boost::asio::spawn 將一統C++網絡庫
asio 成為C++首選網絡庫
--linda
2.?re: log4cxx中文輸出錯誤補丁
評論內容較長,點擊標題查看
--金慶
3.?re: mingw編譯OrzNet
能發送一個mingw編譯好的OrzNet庫給我嗎? liuweiqcxy@163.com
謝謝!
--劉威
4.?re: log4cxx中文輸出錯誤補丁
評論內容較長,點擊標題查看
--bigbad
5.?re: log4cxx中文輸出錯誤補丁
評論內容較長,點擊標題查看
--bigbad
閱讀排行榜
1.?"multiple definition of" 錯誤(11017)
2.?SVN中邪惡的replace(10939)
3.?VS2005編譯libevent(10404)
4.?混音算法的學習與研究(10184)
5.?C調用lua腳本的效率測試(9003)
評論排行榜
1.?VC6正在被拋棄(35)
2.?VS2005編譯libevent(21)
3.?"multiple definition of" 錯誤(18)
4.?C++引用優于指針(17)
5.?ACE與ASIO之間關于Socket編程的比較(16)
利用慣性和加速度進行網游位置同步
利用慣性和加速度進行網游位置同步
帶寬限制下的視覺實體屬性傳播
(Propagation of Visual Entity Properties Under Bandwidth Constraints)
(http://blog.csdn.net/lfhfut/archive/2008/03/02/2138512.aspx)
一文中使用滯后補償時間(LCT, Lag Compensation Time)來平滑客戶端的顯示.
在此方法下, 客戶端主角顯示在未來位置, 超前于服務器時間,
而同伴顯示過去的位置, 滯后于服務器時間.
所以兩個人一齊跑時, 總是會發現同伴落后于自己.
為了減弱同伴落后問題, LCT應該用于遠方物體的位置同步, 越遠LCT可以越大.
就像我們觀察星星, 我們看到是其實是幾萬年前星星的樣子, 因為星星距離我們有幾萬光年.
對于周圍近距離的物體, LCT應該盡量小, 接近0.
所以上文并沒有解決客戶端的平滑問題.
文中所述的導航預測算法(DR, Dead Reckoning)并不應該放棄.
導航預測算法的原理是推算出未來的位置,LCT是將過去的位置作為現在位置來處理.
對于鄰近物體, 應該顯示未來的位置.
因為出于操作感的考慮, 主角的位置是超前于服務器的, 不可能等服務器確認后再移動.
所以周圍同伴的位置也應該是超前的, 這樣才不會有同伴總是落后于自己的現象.
導航預測算法不適用的主要原因是, 網游人物的移動是高度隨機的, 狀態更新太頻繁.
這其實不是問題, 因為有預測肯定比沒有預測要好.
在預測范圍內, 就不必發位置更新.
最差情況下, 每個預測結果都是錯誤的, 必須修正為實際的位置,
這就退化成為沒有預測的簡單的位置更新方法.
但是如果網絡延時50ms, 這50ms的預測是必須的.
因為客戶端表現的是超前服務器50ms前的景象.
這就存在同伴掉下懸崖的現象, 因為同伴在懸崖邊上的停止的消息要在50ms后才到.
這種問題在預測法中是無法解決的, 除非添加行為預測.
但是可以添加一個加速度來減少這種預測錯誤.
導航預測算法適用于飛機飛行模擬這類具有很大慣性的移動.
網游中的移動問題根源就是慣性不足, 有了慣性, 角色將無法任意更改移動狀態,
從而大大減少預測錯誤.
人物在懸崖邊上停止的動作必須有個減速的過程, 只要在50ms之前減速,
就會正確計算出停止點, 避免了墜崖. 開始移動時也是有個加速過程.
并且, 客戶端主角的慣性可以大于服務器端, 而周圍物體的慣性可以小于服務器端.
產生的效果是, 主角的動作變遲鈍, 減少超前時間.
而周圍物體稍稍靈活, 增加了超前時間.
或許我們所處的世界也是虛擬的, 創世者為了位置同步而給我們這個世界加上了慣性和加速度的規則.
(轉載請注明來源于金慶的專欄)
posted on 2009-10-30 15:54
金慶
閱讀(2582)
評論(5)
編輯
收藏
引用
所屬分類:
2. 網游開發
評論
#
re: 利用慣性和加速度進行網游位置同步
2009-10-30 23:36
陳昱(CY)
學習了,目前在嘗試休閑的小游戲,按文章所說的用LCT,但仍然不時會小小延遲,于是也加了點慣性,這樣一來游戲是平滑了,但是操作反應和手感.....
回復
更多評論
#
re: 利用慣性和加速度進行網游位置同步
2009-11-02 10:17
heweitykc
經典!!
回復
更多評論
#
re: 利用慣性和加速度進行網游位置同步
2010-07-27 02:01
yisa
目前 WOW仍然沒有使用航位推演, 而很可能是鑒于"LCT"的復原;
但是 除了WOW 別的游戲(可以算上tianxia2, 劍w三)的同步實在不敢恭維,
不知道 KOK3用了什么, 結果怎么樣
回復
更多評論
#
re: 利用慣性和加速度進行網游位置同步
2010-07-27 10:13
金慶
@yisa
kok3中有導航預測,也有滯后補償時間,所以有同伴落后問題。網絡卡時,會有人物被拉回的現象。這一部份一直在改進,現在已經很不錯了,正常情況下感覺真實性很好。
回復
更多評論
#
re: 利用慣性和加速度進行網游位置同步
2010-08-03 17:14
yisa
@金慶
今天讓策劃打開了兩個KOK3(第一次看KOK3)的客戶端
感覺移動速度比較慢
人物一直按住向前走(W按鍵),
外地客戶端表現上: 中間會出現突然一停, 然后繼續走
是不是 因為心跳包的緣故.
"同伴落后問題", 只要是本地先移動 都這樣.
KOK3的移動操作在外地客戶端的執行跟本地客戶端之間的時差很小,
感覺不到0.5s.
其他感受:
上臺階的時候的跳躍: 如果人物在空中, 因為前方地表突然變高, 人物在空中的高度突然被臺高了, 感覺不舒服(這個問題和同步無關)
下落著地的時候, 似乎沒有對如果在繼續移動還是停止移動沒有分開處理, 感覺不好. 人物表現稍微死板了點.
移動中, 起跳, 然后釋放移動按鍵, 突然在空中把水平移動速度變成0(但是: 原地起跳, 在空中按下移動鍵沒有任何移動), 操作上, 前者感覺太突然.
可能因為2D的移動操作, 單純在位移同步上感覺比天下二和劍三要好, 但是移動操作的本地感覺沒有后兩者舒服.
點擊移動的指示效果, 怎么馬上消失掉了, 狂點擊, 指示效果一連片哈.(怪怪)
怪物的追擊感覺沒有.(可以參考Mangos)
移動能取消太多的行為了: 自動攻擊, NPC對話...(不知道是不是被策劃束縛了)
回復
更多評論
刷新評論列表
只有注冊用戶
登錄
后才能發表評論。
【推薦】100%開源!大型工業跨平臺軟件C++源碼提供,建模,組態!
相關文章:
How are dtLinks created in NavMesh
UE4 Blueprint Multiple Event BeginPlay
第9代游戲主機
Canvas Scaler 的3種模式
幀同步是否允許客戶端指定命令幀號
rpc應答太快造成請求超時
測試 tolua 例子 TestErrorStack
lua變量缺少local造成unity死鎖
C# tolua 之間互傳 byte[]
Unity使用異步grpc
網站導航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
Powered by:
C++博客
Copyright © 金慶
久久久久人妻精品一区二区三区
|
精品久久久久久成人AV
|
亚洲精品美女久久久久99小说
|
国产免费久久精品99久久
|
一本色道久久88加勒比—综合
|
色综合久久88色综合天天
|
亚洲成人精品久久
|
亚洲国产成人久久综合碰碰动漫3d
|
青青草国产精品久久
|
97精品伊人久久久大香线蕉
|
久久精品这里只有精99品
|
午夜肉伦伦影院久久精品免费看国产一区二区三区
|
粉嫩小泬无遮挡久久久久久
|
久久综合九色综合97_久久久
|
91久久成人免费
|
久久频这里精品99香蕉久
|
综合久久国产九一剧情麻豆
|
精品久久久久久国产潘金莲
|
色综合久久中文综合网
|
精品无码久久久久久久动漫
|
久久久久亚洲AV成人网
|
久久成人国产精品免费软件
|
久久亚洲私人国产精品vA
|
久久青青草原国产精品免费
|
日本欧美久久久久免费播放网
|
国内精品久久久久久中文字幕
|
欧美精品丝袜久久久中文字幕
|
亚洲美日韩Av中文字幕无码久久久妻妇
|
久久亚洲精品国产精品婷婷
|
久久久久人妻一区精品色
|
国产亚洲色婷婷久久99精品91
|
综合久久精品色
|
国产精品久久成人影院
|
久久免费视频1
|
国内精品久久久久久不卡影院
|
久久精品一本到99热免费
|
久久精品一区二区国产
|
亚洲香蕉网久久综合影视
|
亚洲国产另类久久久精品小说
|
国产综合免费精品久久久
|
久久精品人人槡人妻人人玩AV
|