谷歌刚刚完毕了一年一度的I/O开发者大会，在为期三天的活动中，谷歌并没有给Stadia太多的工夫，但还是有初级员工下台，概述了如何把延迟尽能够的降低，树立弱小的李媒体网络来应对本地游戏的反应。

自从Stadia在GDC发布以来，谷歌希望廓清一些关于流媒体延迟的概念，而其中关于云数据中心在整个游戏进程中添加不多少延迟，是不少人的疑问点。

谷歌首席工程师Guru Somadder以及Rob McCool表示：“数据中心发来的数据包抵达你手上所需的工夫比大脑收回的指令抵达你的指尖的工夫还要短。”

依据谷歌的说法，游戏流媒体的成功归根结底在于编码译码器、编码器和解码器可以最大限制地增加延迟，同时在质量和延迟之间获得正确的均衡。毕竟，玩家不需求仅仅接纳数据，还要正确的将数据迅速传输回效劳器，以呼应玩家的举措。

“Stadia流媒体运用一个专为游戏流媒体而设计的传输引擎,这是一个与游戏同步运转的顺序。它从客户端和谷歌的内容传递网路效劳中获取信息，并实时决议如何在坚持尽能够小的延迟的同时完成质量最大化。”

数据必需经过许多步骤才干抵达玩家手上，谷歌以为它需求改动这些数据经过网络传递的固无方式来对立延迟。因而谷歌采用了自研的，BBR(Bottleneck Bandwidth and Round-trip propagation time)拥塞控制算法。BBR即寻求在不排队的状况下，以瓶颈带宽的速率继续发包，坚持数据包排满管道，以求获取最大的吞吐率BDP。

“谷歌有丰厚的算法设计经历，可以模仿极端复杂的状况和代码，以毫秒级的延迟大规模任务，使我们处于为玩家提供这种体验的理想地位。我们调整到毫秒级，有时是微秒级，并及时做出知情的选择，以坚持延迟不被发觉，同时最大化质量。我们交融了许多不同的信号模型、反应、自动学习、传感器和一个严密的反应回路，以发生一种准确调谐的体验。”

可以看出谷歌照旧对流媒体游戏平台坚持着开朗和积极的开展态度，甚至为了吸引更多的团体开发者运用、研讨该效劳，Stadia还将发布一个开发者敌对的“可玩套件包”，这套API允许开发人员逐帧修正和跟踪编码器、实时指针、设备信息和延迟跟踪等。

虽然我们对谷歌Stadia的商业形式仍有很多疑问，但谷歌在I/O大会上说话态度让我们更清楚地理解到，谷歌是真的在思索如何应用其可观的资源和全球网络统治位置，尽能够快的为玩家提供云游戏效劳，而不是单纯的画饼。