按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
“人们总是叫它为ping的原因是在80年代，有一个工具叫做ping，被用来测试icmp反馈的延迟。ping命令目前仍然存活在现今的大部分操作系统里。换句话说，一次ping是一个测试，通过用一个icmp反馈来衡量延迟。需要注意的是：单次传送数据包的时间（ping）并不总是等于1/2的rtt值。但是出于方便，我们通常将双方等同，所以暂且把rttlatency简单认为是latency也就是把单次数据包传输延迟理解为1/2的latency。”
“第三，client…update…rate，顾名思义，客户端更新率，这个速率指的是客户端将要从服务端接收更新的速率。举个例子，如果客户端更新率是20，服务端快照连拍率是6~4，那么客户端还是可能会在快照连拍率20的服务端进行游戏。这个通常都是可以在客户端本地修改的，当然，不是全部，一些游戏就禁止修改。”
“然后是帧数，也是通常说的fps，你的客户端能够达到的每秒渲染帧的数量。”
“接着就是一个关于显示器的数据，刷新率，就是你的显卡每秒更新你的显示器上画面的频率。计量单位是hz（赫兹），如果你的帧数是30，那么你的显示器如果是60hz，你的显示器就会显示每一帧2次。但是如果你有120的帧数显示在60hz的显示器上，那么显示器就只能显示出60帧/每秒。”
术语解释到这里的时候，杰斯特稍微停顿了一下，然后添加了这样一句——“这是比较好理解的一些概念，下面我要说的可能要复杂一点，所以，我先给你们一点时间。”
然后他就将这个帖子发了出去。（未完待续。。）
第八百三十一章卡顿与延迟
在又稍微的运年思索了一下，顺便组织了一下接下来的语言。∮頂∮点∮小∮说，www。23wx。
因为接下来要说的东西会稍微显的有些复杂，很有可能没有这方面的技术的看起来会有些吃力，所以，杰斯特在想着怎么才能够把他要说的东西说的更加的通俗易懂。
杰斯特接着在新的回帖里面写道。
“接下来我要说的就要难懂很多了，但是至少仔细的想一下，其实也就是那么回事。”
“在说完了上面的那些简单的概念以及术语之后，我们来看一个新的概念，这个概念的专有名词叫做‘内插帧’。那么什么叫做‘内插帧’？”
“实际上，内插帧是一项技术用来平滑游戏中的物体行动的，比如说玩家。本质上讲，内插帧是用来平滑一个物体在2个点之间的行动。内插帧的延迟通常等于2个快照，但也是会变化的——这么说可能会有些难以理解，但是我们可以举一个例子来进行说明。”
“如果一个玩家直线奔跑，在tick1的时候他在0。5m处，在tick2的时候在1m处，那么经过内插帧的处理将之显示在客户端，他从0。5m的起点非常平滑的移动到1m的终点。但是服务端，总是并且只是“观察”到玩家在2个位置，而不是在2点之间。”
“这么说有些理解了吧？”
“也就是说，服务器进行处理的智商两次tick的快照，没有内插帧的话，游戏就会变的断断续续，因为客户端只是在收到来自服务端的更新后才能得知游戏中的物体的行为。内插帧行为只在客户端单边发生。”
“内插帧本质上降低了整个游戏在你电脑上的渲染速度，这个数值通常等于2快照。一般来说所有的游戏都是如此，但是有些游戏允许你更改这些，比如《反恐精英》，这些就是人们在说起rates的时候所指的，他们指的是更新率和内插帧延迟。”
这一次杰斯特斌没有在一个帖子里面写上所有他想要说的话，因为现在的这些并不好理解。所以，他现在是一个概念一个帖子的进行阐述卡跟不卡之间的关系。
让更多的玩家不要在似懂非懂的争执这些鸡毛蒜皮的事情。
在说完了内插帧，并且将阐述这个概念的帖子发出去之后，杰斯特又开始了一个新的帖子，仍旧是继续上面的话题。
“之前说了内插帧，那么很多人会好奇，既然有内插帧，那么到底有没有外插帧呢？”
“答案是肯定是，这个世界上面天生就是对称的。有内就会有外，而所谓的外插帧，这是另一个客户端方面的技术用来补偿延迟。本质上说，客户端外插物体的位置替代降低整个客户端的渲染。这种做法大体上不及内插帧，特别是对于玩家行动不可判断的fps游戏来说。”
“所以，在讨论《反恐精英》这款标准的fps游戏的时候我不会太过于详细的去介绍这个概念，因为他并不是我要说的话题的主角。”
杰斯特写的这些术语介绍什么叫做卡为什么会卡的帖子马上就引起了玩家们的关注，虽然有一些看的比较吃力。但是，他们也逐渐的明白了所谓的卡于不卡其实是一个很复杂的过程。所以，杰斯特的这个帖子的下面很快的就有了一两百个赞。
当然，杰斯特要说的还没有说完。
“然后，就是一个重中之重的概念，我们内部将其称之为hit…box，可以简单的解释为命中框或者是命中面积。这样说似乎就顾名思义了，一个人物的3d模型包含了一些区域来判断命中。长宽高的数据在3d世界里面精确的描述一个物体，你看不到命中框，你只能看到玩家模型。命中框可大可小，也可某种程度上无法命中。这都要根据游戏如何编写来判定。在命中和未命中方面，命中框能够带来比快照速率更大的不同。”
“另外的一个非常重要的东西，叫做卡顿补偿，这可能在不同的游戏里面会有完全不同的表现。”
“卡顿补偿是在服务端的一种功能，意在减少客户端延迟的直观感受。如果没有卡顿补偿，或者卡顿补偿不够理想，你就会朝着一个目标瞄准想要打中，但是由于客户端电脑“看到”的延迟后的游戏世界，你并不会命中原先瞄准的区域。本质上讲，卡顿补偿是在解读从客户端接收到的动作，比如开火，尽管动作已经发生过了。服务端游戏世界和客户端游戏世界的不同，或者说我们通常所说的客户端延迟，都可以总结为：客户端延迟=（1/2*延迟）＋内插帧延迟。”
“这其实是一个很复杂的机制，我原本想要三言两语的将其说明白，但是我发现这根本没有办法做到，索性我就详细的说一下什么叫做卡顿补偿或者更加确切的一个说法，就是卡顿补偿这个机制到底是怎么运行的？”
“现在我描述一个这样的玩家在游戏里面的游戏场景，来通过这个场景简单的说一下什么叫做卡顿补偿。”
“这个场景是这样的。”
“玩家a看到玩家b向一个拐角行进，玩家a开了1枪，客户端把开枪这个动作发送给服务端。服务端接收到xms后的数据，x为玩家a，latency（延迟）的一半。服务端这时查看过去发生过的（在记忆加载中），查找到当玩家a开枪的时候玩家b的位置。在基础的例子中，服务端会返回（xms＋玩家a的内插帧延迟）到玩家a看到玩家b的时间点，但是其他的数值因素或许由游戏程序员想要卡顿补偿如何施行来决定。”
“服务端决定玩家a开的枪是否命中。开枪想要被算做命中，需要它必须打在玩家模型的命中框中。在这个例子里，服务端认为玩家a命中玩家b。尽管如此，玩家b的屏幕可能已经看到自己在墙后了，但是在玩家b看到自己在墙后的时间和服务端认为玩家b被命中的时间的差异等于：1/2玩家a的延迟＋1/2玩家b的延迟＋距离上一次快照的时间。”
“在下一次快照中。服务端更新玩家a、b的客户端上的数据。玩家a看到命中瞄准的位置x，玩家b看到自己的生命值减少或者死亡。”
“看完这一个过程之后，是不是就对于什么叫做卡顿或者说是延迟有了一个完全不同的清晰的定义了呢？”
杰斯特写完这些之后，想要将帖子发出去，但是他突然的想起了一个玩家经常争执的问题，正好可以利用这个机会解释一下。于是他便在这个帖子的下面紧接着写道：“我突然的想起了一个fps游戏玩家之间经常的进行争吵的经典问题，那就是我跟另外一个玩家同时开火，并且同样命中，为什么我死了对方却没事呢？”
“因为这是不同的游戏存在着不同的设定的原因，在一些游戏中，比如《反恐精英》，如果先开的一枪到达服务端的时候杀死了目标，那么任何接下来的所有到达服务端的命中目标的开火将被服务端忽略。这种情况下，就不可能存在同时击杀。因为2玩家在1快照中向对方开枪并都死亡。”
“但是，在另外的一些游戏当中，比如说有一些人已经试玩过的《军团要塞》，共同击杀是可行的。这里有一个叫做权重的东西在影响着游戏的进程。”
“如果你用《反恐精英》的模型，玩家在良好的延迟下会有明显的优势，并且在一些时候可能会出现‘oh，我在死前打了他一枪，但是他并没有死！’的情况。你甚至会在你死前听到你发出的枪声。但仍没有造成任何伤害。”
“如果你用目前的《军团要塞》模型，反应时间的微小差别并不会意味很多。举例，如果服务端快照连拍率是64，如果玩家a比玩家b快了15ms开枪，但是他们都是在15。6ms的快照中完成这个动作，那么他们就会同归于尽，整个过程其实就是这么的简单。”
“如果卡顿补偿过量。会显示结果为我在他之后开枪但是还是打死了他。”
“如果卡顿补偿不足，会显示结果为我需要再移动准星一点才能打中他。”
“只是看这个的话任何人都会觉得这很简单，但是拆开来看的话，那就会非常的复杂，而我刚才说的不过只是一点皮毛而已。实际上，我并不是专业的网络工程师，对于这个，我知道的也仅仅是一点皮毛罢了。”
“可能很多人会问，我对于你说的这些毫无兴趣，我想要知道，我如果卡顿了应该怎么办，我可以有什么办法来解决自己卡顿的问题呢？”
杰斯特写到这里的时候把这个帖子发了出去，然后又另开一贴。
他决定在新的帖子里面详细的说一下这个问题。
“如果你想要明显的改善你的延迟，那么首先，你要确定，你所感受到的卡顿并不是因为游戏提供商带来的，可能一些比如服务器的负载等等的问题，让你觉得游戏不流畅，但是这事跟你无关的，如果你确定了别人都很流畅，但是我就不流畅之后，那么我下面说的东西或许会给你一点帮助，当然，也可能不会。”
“首先，也是最重要的，你的网络连接。越低的延迟越好。同时，任何连在你家庭网络中的过多的分流都会导致延迟。卡顿补偿能够在‘你在对什么开火’这部分提供帮助，但是如果你有很差的延迟，你更可能会体验到‘我已经跑到墙后了但还是挨了一枪’或者‘我先开枪，但依旧是我死’。”
“如果你的客户端的帧数很低，只要是低于或者不足于你显示器的刷新频率，这会增加延迟的感觉，并且相较不同的快照连拍速率而言感觉更明显和频繁。”
“修改内插帧，如果游戏允许的话。大多数游戏都有一个默认的内插帧时间，最少是2倍的快照间隔。这么做的原因是如果一个单一数据包丢失，玩家的动作不会定格在客户端屏幕上。如果你的网络链接很好，并且0丢包，那么你完全可以把内插帧时间设定在正好等于2个快照的间隔时间，但如果1个数据包延迟了，你便会看到一个断口。以《反恐精英》为例，这比从20快照服务器换到64快照服务器进行还�