【白夜谈】“我以为要死了结果谷歌帮我过了BOSS”

今年还早的时候,谷歌推出了自己的云游戏平台Stadia,当时我写了一篇报道,对它持谨慎乐观态度——就算买卖不成,一些技术光看理念还是很进步的。

几个月过去了,前两天谷歌真就又捅出来一个“进步”技术,进步到我都不知道它是不是在开玩笑了:“负延迟”

谷歌工程副总裁Majd Baker(上图右边这位)在接受知名游戏媒体Edge采访时透露,他们正在测试一个名字听上去很笨,但效果却有可能比主机更强的新技术,实现出来的效果是这样的:

“我们认为在未来的一两年内,云游戏的体验会比本地主机更高速、反应更快,不论本地主机多么强大。”

听上去是不是很神奇(抑或神棍)?之前摆在“云游戏”这个概念前最大的问题就是网络延迟——云游戏的数据节点可能和用户间有数百公里的距离,其导致的延迟在某种程度上是不可避免的。

而谷歌正在测试的这项“负延迟”技术,会让Stadia以各种方式来预测玩家和服务器间的延迟情况,提供一个缓冲区(run lag mitigation)。通过这种做法,谷歌的Stadia能够减少输入和显示间的延迟,甚至预测用户下一步行为。

“这会比无线手柄进行30FPS的本地游戏操作更顺畅。”Majd Baker表示。

嗯,预测,听上去确实是谷歌在AI和机器学习领域里努力在做的事情。但我相信但凡能分清操作延迟、网络延迟……等等概念的玩家,都能看出来上面谷歌的说法总有些隐隐约约的不对劲。

不过在聊哪里不对劲之前,我想先向大家介绍另外一个东西。如果你玩格斗游戏线上对战,可能会知道一个叫做GGPO的线上平台。

EVO的创始人Tom和Tony Cannon给GGPO设计了一种用于减少延迟的回退网络代码(Rollback netcode),两天前他们把这个代码开源了,可用于任意商业或非商业用途。

从2006年GGPO出现以来,这个技术已经应用于众多格斗游戏了——它的功能,也是“预测”。

在GGPO自己的介绍里,他们使用的回滚代码技术,不会等待玩家输入后才在游戏中加以反应,而是预测他们将做出的行为。但这个预测跟AI什么的压根没关系(那会都多少年前了),GGPO会在缓冲游戏状态后进行帧同步,把玩家的操作主动弄个几帧延迟出来。

如果察觉到网络延迟达到峰值,GGPO在接收到玩家的数据后,会主动把游戏的状态回滚到某个时间点,然后从起点进行时间追赶。格斗游戏大家都知道,一个起手能够拆解成好多个帧,有几帧是完全不动的——这种情况就可以回滚,反正这一整个动作最后结果和玩家输入的一样就行了。

GGPO的技术演示——基本只能在个位数的帧数上进行延迟修正

而一旦网络延迟过高,就会出现回滚过于剧烈的情况,在玩家的视角里,就是看到游戏内容突然发生了一定程度的鬼畜变化。

当然,这个“一定程度”是对内容相对简单的2D格斗游戏来说的,格斗游戏在时间窗口内的指令输入数量相对有限,搁GGPO也就是这么一个玩各种2D老游戏的模拟器平台上,这种回滚就够用了。

但十一月要上线的谷歌Stadia上能玩到些什么游戏呢?那可是《命运2》还有《毁灭战士:永恒》啊。

你很难想象在这种内容复杂的游戏里出现因为网络延迟而“回滚”的画面是怎样的。

而且即便是GGPO,也没有宣称过“比本地延迟还低”这种话来(FTG玩家都知道格斗游戏的线上和线下完全不是一回事)——从Stadia“负延迟”技术的说法里,我们可以看到谷歌在有意无意地模糊“操作延迟”“网络延迟”几个概念间的关系。当大家在关心网络节点问题的时候,Stadia又开始扯降低手柄和显示器的输入延迟了。

推特技术大佬斥责“比本地延迟还低”的说法

但当“负延迟”的说法传播到中文互联网上,大家显然更关注的是“预测”这个概念(而忽略了那些缓冲区之类不那么“cool”的说法)——在我力有不逮的时候,谷歌能通过预测操作帮我过Boss吗?

这样把一堆高高低低的技术放在一块打包告诉你“我们Stadia可以做到”,就单纯是一种面向用户的公关说辞了。

反正做不到也没事,“在未来的一两年内”嘛。

热门相关:修真聊天群   全能游戏设计师   全能游戏设计师   绝代神主   隐婚娇妻,太撩人!