可能有的朋友在看了上面的部分后仍然感覺有點難以理解，這里我畫了一張圖來將視頻流和操作轉發兩個部分的主要延遲給可視化地表現出來了，應該能夠幫助你進行理解。
注意了，這兩個部分的延遲是獨立的，本質上并不會互相干擾，即使視頻流部分的延遲再高，操作轉發也還是可以做到極低的延遲。
現在網上有一個流傳極廣的說法：“服務器把畫面發到你電腦上，你再看到畫面，然后進行操作后操作又要發回給服務器，這個一來一回的延遲會讓云游戲的延遲很高”，這個說法其實很不嚴謹，因為這個“一來一回”在大多數情況下其實并不會導致延遲高。
簡單來說，在大多數情況下，你的操作并不是等待畫面徹底出現后才進行，而是在那之前就已經開始操作了，畫面和操作是同步且獨立地進行的，又何來的“很高”的延遲呢？要知道你的大腦可沒有那么弱雞，它是會做預判、讓你提前進行操作的。
當然了，在少數情況下（比如一些測反應速度的游戲），這一點延遲可能會讓你反應速度慢了一些，導致錯過合適的時機，也就是會讓你感受到「按了按鍵但沒生效」的效果。這種情況其實就是典型的場景還不合適，需要針對性地進行優化。
游戲行業其實很早就有類似的做法來解決這種問題，比如通過優化跳躍判定機制、延長響應區域的方式，讓游戲人物即使到了懸崖最邊緣甚至超出了懸崖邊緣一點點也能夠正常起跳（比如馬里奧），從而達到大幅提升游戲體驗的效果。云游戲的延遲問題也是同理。
評論列表