安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题


On a side note, the aspiring programmer in me is curious how you were able to reverse-engineer their syncronization system at all. Good stuff!
Well, I didn't have to reverse the whole thing, just some configurations.
Here's a small proof of concept: https://www.youtube.com/watch?v=LseZZzdtthE
At its worst, the game definitely feels like it's running two simulations with the same input (like you were saying) and catching up later. Most of the time when this is noticeable it is because a guard suddenly grabs one of us from 10 feet away. I figure when one of us is like "why did I get grabbed" it happened on the other person's game and resynched.
But that video is a cool proof of concept! Excited to see more when you have it.
Can you tell me the ping you get to your friend?
What ping do you get to a test server near him? http://beta.speedtest.net
That'll give you a pretty good experience compared to default.
So what exactly does your tool do? Intercept packets and abstract a new sync system? Are you calling new code into the game itself? Or just reading memory on one machine and writing it on the other? I am fascinated by this.
Neither. It is simply alters configuration. The system supports it already.
Canadian here with a very good gaming PC. GTX 1060 should give me 60 fps. do you need anymore testing for this?