山姆开口道，不过还没说完，便被林立新给打断了。
“别急，我不是说让射击者完全本地化处理，命中与否仍然是服务器负责的。”
“……”
这下不管是山姆还是卡马克都没招了，静静等着林立新给出最终的答案。
“Lag Compensation（延迟补偿）。”
林立新解释道，
“预测能解决手感，而延迟补偿解决的是公平。”
他在板子上画了三个方块，让其中两个通过一个箭头连接到最上面那个。
显而易见的，这是个非常简略的客户端/服务端模型。
“你看，假设我们的延迟是100毫秒，那我们在游戏中看到的画面，实际上就是100毫秒以前的内容，而我们如果在这个时候开枪，打中的也是100毫秒以前的对手。”
这就坏菜了。
理论上来说，如果玩家是绝对精准地瞄准着目标进行开火，在这种情况下是永远都不可能击中正在移动的目标的。
除非这位高手能够牛逼到精准地推算出自己的实时延迟，并根据对方现在的运动状态、心理情况、战术策略等各种因子，综合推算出对方的下一步动向，并提前瞄准对应的位置。
但这显然是不可能的。
职业选手最多也就是计算个提前量打跟枪。
真正的完全预测根本就不是人脑能解决的。
哪怕是计算机也不可能完整计算出来。
“呐，问题就在这儿了，这样一来，玩家便会有种明明开枪了、也瞄准了、也打中了，甚至目标脑袋都飙血了，却毛事都没有，一点血皮子都没掉的诡异错位感。”
“而解决这个问题的办法也非常简单。”
林立新重新伸手，写下一个单词。
【Rewind】
当然不是以撒里的那种，不过也的确是差不多的思想。
“Rewind（回滚），确切地说是服务器回滚。”
“服务器不再实时进行计算，而是保存一份包含所有玩家最近几百毫秒以内的所有快照。”
这才是Valve的看家法宝。
比起前面的预测，这套系统的重要性完全是次世代的，彻底解决了高延迟环境下打不中人的苦恼。
“几百毫秒内的快照……”
卡马克喃喃道，忽然灵光一闪，似乎猜到了林立新是什么意思，
“林你的意思是……当玩家的射击信息发送到服务器时，不再根据实时状态进行处理，而是……检查快照？”
“没错。”
林立新满意地点点头，脸上露出笑容，
“我们让服务器去判断……当玩家开枪的那一刻，这个世界是什么样子的。”
当网络包发送到服务器的时候，服务器会根据状态调取对应的缓存，检查命中或是其它信息。
完成计算后再将结果和必要的修正信息返回给玩家这边。
整个过程大概会比原本增加几毫秒的延迟，但换来的效果却绝对值得。
“原来如此……”
卡马克若有所思地点点头，思路一下子便被打开了。
坐在一旁的山姆仔细看着白板上的东西。
他的技术远远跟不上两人，但他却是个实打实的资深玩家，看待问题的也会有自己的角度。
终于是努力理解了这套机制后，山姆出声打断了还在叽里咕噜深入讨论算法细节的两人。
“可是这样的话……对被射击者来说体验又会变差吧？”
山姆在脑袋里模拟了一番那个场景，一下子就抓到了其中一个最严重的问题。
“要是我操作着角色在墙后面跟对方打立回，不是会出现我已经躲在墙后面，却还是被打死了的情况吗？就像是穿墙了一样。”
这套方案听起来非常甜美，射击者总能得到一个优秀的游戏体验，玩起来就像是在本地游戏一样。
但仔细一看问题同样不少。
林立新就像是避重就轻地把问题给划过去了一样，根本没有治根。
闻言，林立新眉毛一挑，略带惊异地看向他。
山姆已经触及到了FPS网络设计的最本质的那点东西。
“你说得对，山姆，但很遗憾……这是个无解的问题，至少在目前是无解的。”
林立新轻轻摇了摇头。
卡马克也立马反应了过来，帮着跟山姆解释道：
“山姆，射击者和被射击者的体验是不可能同时被满足的，在数学角度就是不成立的。”
‘我打中了就应该算’和‘我躲开了就不应该算’。
两种思想，在存在客观的网络延迟时，是数学角度上不可能同时成立的东西。
哪怕是现代的FPS游戏，也没能彻底解决这个千古难题。
没有人能做到完美地解决它。
最多也就是优化、缓解，尽可能让这种情况少发生，至少也要变得不那么明显。
“我们可以通过限制回滚时间来一定程度上优化这一点，对不同武器、不同环境下都分别采用不同的处理模式，虽然我们做不到完全解决，但我们可以让绝大多数玩家都有足够优秀的游戏体验。”
在FPS网络优化这方面，那就完全是千人千面了。
几乎每一款现代的FPS作品，都拥有一套独属于自己的优化逻辑。
Valve派的偏向射击者处理，直接决定了CS的整个生态环境。
在Valve的想法里，宁愿牺牲一部分被射击者的游戏体验，也要尽可能让玩家得到最好的射击感。
这种方案高度适合那些低TTK的FPS游戏，也就是几枪之内便会分出胜负的作品。
而在Valve派下，还有一个另类——《瓦罗兰特》。
Riot深度研究了Valve的优化策略，并在此之上加入了一些自己的理解。
它允许低延迟的玩家得到一定的优待，严格限制了回滚窗口的长度，并提高了服务器修正频率。
高Ping玩家的游戏体验明显下降，但换来的是更高的竞技公平。
而在长TTK游戏环境下，不管是Valve还是Riot，他们的方案都不合适。
这方面做得比较优秀的……说起来虽然有点抽象，不过司马重生的《Apex》的确很有说法。
Respawn的思想很简单，玩家首先应该觉得自己像个灵活的猴子。
各种机动行为和移动操作是需要最优先保证的，确保了《Apex》足够丝滑的运动体验。
而除了这两大派别之外，还有着一类结合了两种风格的长TTK小地图竞技作品。
暴雪的《Overwatch守望先锋》。
要论起在网络同步方面的设计，OW绝对是最复杂最高级的之一。
各种花里胡哨的技能和机制的加入，让OW无法用同一套网络策略面对所有环境。
这就实在是没什么参考价值了，完全是针对OW这一款游戏做的唯一性设计。
再之外就是《逃离塔科夫》之类的服务端至上的方案了。
面对这个需求，根本就没有一个通用的统一解，需要根据游戏的类型进行专项对策。
嗯……
如果硬要说完美的解决方案的话，其实也的确存在。
“如果真的想要彻底解决问题，只能让玩家升级宽带了……”
? 第527章 我说我是装唐你信吗
姑且是简单安排了一下网络策略的事。
接下来的工作还要等到项目实际搭起来之后再进行真正的设计。
而至于现在，则是要正式开始立项的环节了。
《雷神之锤2》比起《神秘岛》来说有一个最大的好处。
那就是项目规模完全不是一个级别的。
不同于《神秘岛》那样要为整个世界每一处地点，一切的一切都建好模，《雷神之锤2》真正的3D资源并不多。
最大的占用也就是地图了。
对战用的以及单机玩法的主线地图，尽管都是箱庭式的设计，但因为精度的问题仍然需要花点时间打磨。
不过比起《神秘岛》，GAMENOVA这次倒是不用担心光盘容量的问题了。
因为《雷神之锤2》注定是一款实时渲染的作品，不可能像《神秘岛》那样再用大量的贴图来绕开图形需求。
这样一来，真正需要占用的空间大概也就是模型、材质以及着色器资源。
容量开支得到了大幅的减少。
某种意义上来说，这一次他们在开发过程中可以稍稍大胆一些。
……
GAMENOVA，开发部，会议室。
这次项目，难得的GAMENOVA本部全员都到齐了。
虽然工作量少了，但要付出的脑力成本反倒是增加了。
如果说初代的《雷神之锤》是奠基了真3D第一人称射击的作品的话。
那次年发布的《雷神之锤2》，就是一款真正意义上将它迭代成熟了的作品。
初代解决了从无到有的最难的环节，而二代则是在这个坚实的地基之上，真正地筑起了高楼。
“大致的情况就是这样，卡马克担任主程，他的工作内容我早些时候已经交代过了。”
首先要安排的自然是程序部分，这是一款电子游戏的基础，也是必要的骨架。
除了林立新和卡马克两个主程之外，这次的项目还需要一些独特的岗位。
林立新扭头望向威尔。
“威尔，你的工作同样非常重要，我们需要一个更加先进的敌人AI系统，让敌人聪明一些。”