不再迷茫！！COC档位找到了最合理的理解

牛奶好开心

其实COC档位的存在似乎已经有盖棺定论了，但是最近讨论COC的帖子越来越多，我本来以为已经把COC理解的非常清楚了，但思前想后越来越想不明白，所以把问题拿上来希望有明白人给解答一下
可以参考下相关的帖子：
http://bbs.17173.com/thread-11269673-1-2.html
http://bbs.17173.com/forum.php?mod=viewthread&tid=11265638
虽然第二个帖子的理论有问题，但也不是毫无可取之处，下面我来说一下问题
以下均以无CD缩减为例
我们熟知的档位攻速是12.12，算法来自于2*1/0.165=12.12
这点可以参考下第一个帖子，COC内置CD0.15s，但由于服务器0.033s一个tick，也就是第4个tick 0.132s时候检测COC的CD还没有转好，第5个tick 0/165s的时候COC的CD转好了，这导致COC实际的CD要以0.165计算而不是0.15，这也是为什么我们堆攻速不要超过12.12，就是为了让自己的攻击间隔稍高于0.165s，即CD刚刚检测转好，我们立刻攻击触发第二次COC

那么问题来了，我认同第二个帖子中提出的一个观点：
服务器刷新频率是固定的，对应的上传一次游戏数据的时间间隔就是固定的，服务器是不会随着你的技能去重置下一次上传游戏数据的时间节点的起点。

简单来说，我们前面的计算只考虑了从零点开始，到第二次攻击结束，我们的攻击踩到了COC冷却的点，但是我发现往后面继续想，问题就不对了
我举个例子，为了便于计算，假设我的攻速堆到11.76，也就是对应攻击间隔为0.17s，略低于一档攻速阈值。那么我把服务器tick和COC触发时刻对应起来应该是
0    0.165    0.33    0.495    0.66    0.825    0.99
0     0.17     0.34     0.51     0.68     0.85     1.02
我注意到，在0.68s攻击并触发COC之后，COC的冷却会在0.68+0.15=0.83s时候完成，超过了0.825服务器检测的档位，需要下一个tick 0.858s的时候才能检测到，也就是说，当我攻击5次之后，第6次攻击漏掉了1个tick
按照原有的服务器时间与档位的理论，除非攻速严格压在12.12上，否则都会产生漏tick的情况

另一个让我不解的问题是，服务器每0.033秒检测一次数据，到底检测了什么？COC的冷却需要等待检测，那是否意味着COC的触发、攻击判定同样需要等待检测？
依旧以上面为例，我的攻击间隔0.17s，那么当0.165s时候COC冷却完毕，我在0.17s攻击，那么意味着要等到下一个tick，也就是0.198s才能判定攻击且触发COC吗？如果是这样的话，我们所谓的一档COC就不是每5个tick触发一次，而是每6个tick触发一次，这个应该很好测试，1秒触发6次技能和5次技能的区别

最新更新，不再迷茫，我坚信自己的分析结论，coc在任何冷却缩减的情况下都存在档位，算法下面楼层已给出

牛奶好开心

补充一下，我们把攻速卡在12.12的目的，是让我们的攻击间隔大于0.165，它的最终目的是什么？我认为是因为0.165服务器会检测一次，而这个检测的时间点正好处于0.15到我们实际攻击间隔之间，所以保证“coc冷却完毕，检测，攻击”三者次序不能乱，才能保证COC合理触发，但简单的12.12并不能保证这一点，因为从第二次攻击开始，我们的攻击就不是从零开始了，检测点会逐渐左移，直到某次攻击，coc冷却完毕和攻击之间没有检测点，就产生了漏拍。下面是我的个人结论:要保证冷却，检测，攻击这个顺序不乱，只需要把冷却和攻击的间隔调整到0.033即可。只要间隔稍大于0.033s，那么中间必定会包含一次检测，保证我们的攻击每次都会触发coc，按照这种猜测，coc就不存在档位了，以无冷却为例，0.15+0.033=0.183s，理*速=2*1/0.183=10.93，希望有精力的技术大佬能给验证一下，谢谢

小雯仔思密达

每次看大佬们讨论档位问题就感觉是在看你们的毕业论文一样，而且还是不明觉厉的那种。。。

春秋一梦丶

我二档的cd，看了论坛的讨论后把攻速在尾流影响下由15.14提到16.66 目前没感觉卡顿之类的，就是蓝耗比值钱更凶了

牛奶好开心

发表于 2020-8-4 17:34
我二档的cd，看了论坛的讨论后把攻速在尾流影响下由15.14提到16.66 目前没感觉卡顿之类的，就是蓝耗比值钱 ...

旋风斩耗蓝是面板耗蓝乘以攻速

牛奶好开心

如果这个理论成立的话，那么现有的COC档位刚好降了一档，即14%冷却缩减并不需要15.15攻速，而是12.12，12.12可以保证每次攻击都能触发coc，而15.15就会有漏拍，当然我不否认，如果攻速继续往上堆还是会有收益，但是由于漏拍的存在，堆攻速本身这件事已经达不到100%收益了，不如换成伤害。
攻速门槛这件事越来越好理解了，COC的CD是一条长15的线，冷却缩减越高这条线越短。而我们的攻击间隔是另一条线（比如长16.5），攻速越快这条线越短。这两条线的差值就是我们留给服务器检测的区间，如果有服务器检测点，就可以触发COC，这也是为什么攻速要和冷却缩减匹配的原因，攻速过快，两条线的差值就会越小，服务器检测停留在这个差值区间就会越短，导致大量漏拍。反之，差值达到0.033，就刚好保证检测点一直停留在这个区间里。差值过大也不好，因为某个时刻差值区间出现两次检测点，就造成了浪费

fsfnecGAMER

谁能保证网速是稳定的？还不超过coc冷却就行了，能不能触发就算百分百命中，百分百暴击还要看网络波动和延迟，要是延时模式选择预测那就更加玄学了。

浙江的流放者

看晕了

DU爷爷

发表于 2020-8-4 17:16
补充一下，我们把攻速卡在12.12的目的，是让我们的攻击间隔大于0.165，它的最终目的是什么？我认为是因为0. ...

等我重新写。。。。

零度阳光ex

好复杂的赶脚

DU爷爷

发表于 2020-8-4 18:21
如果这个理论成立的话，那么现有的COC档位刚好降了一档，即14%冷却缩减并不需要15.15攻速，而是12.12，12.1 ...

我去。我写半天的例子没了
服务器不是你想象得方法运行的，目前的理论实践都不支持你的观点。
我来帮你捋一捋
你再0.025秒打了一次暴击
游戏要判定此时你能不能触发COC，但是服务器资源有限，不会真的去查你0.025秒时你的COC到底在不在CD，
服务器采取了取巧的办法，每0.033秒检查一次COC的CD
这就造成了每次判定之后的0.033秒的CD状态是被固定的。就算你0.021秒CD转好了，但是服务器对你的印象只有0.000秒时CD没转好。
这就导致你0.025秒的暴击不能正确触发实际CD已经在0.021秒转好的COC。

同时，你和小新所说的，服务器上传（判定）不会跟着COC的CD走，这是没错的。
但是服务器会记录，COC是在0.055秒被触发的。这不影响每33ms的判定。
你要是不理解。我就给你画个图

牛奶好开心

发表于 2020-8-4 19:00
我去。我写半天的例子没了
服务器不是你想象得方法运行的，目前的理论实践都不支持你的观点。
我来帮你捋 ...

那就麻烦你画吧，我没看懂

DU爷爷

发表于 2020-8-4 19:08
那就麻烦你画吧，我没看懂

ok
我最后再动一次
虽然你和小新同学也不像会感谢我的样子

小新可乐

我认为你侮辱了我，哈哈。
因为你把我发的帖和一个刚愎自用的沙啊比发的帖做比较，我以此为辱。。。哈哈

牛奶好开心

发表于 2020-8-4 19:32
我认为你侮辱了我，哈哈。
因为你把我发的帖和一个刚愎自用的沙啊比发的帖做比较，我以此为辱。。。哈哈
...

看来是你误会我，我们一直认为你那个贴是不对的，说具体点你5.3图里面，绿线（COC CD）明显不可能是连续的

DU爷爷

发表于 2020-8-4 19:32
我认为你侮辱了我，哈哈。
因为你把我发的帖和一个刚愎自用的沙啊比发的帖做比较，我以此为辱。。。哈哈
...

我真是。。。笑掉大牙。。。

DU爷爷

发表于 2020-8-4 19:45
我真是。。。笑掉大牙。。。

我发帖子了，你可以看一下

温风暖暖

数据流才是真的牛

DU爷爷

按照原有的服务器时间与档位的理论，只要攻速严格压在12.12上，否则都会产生漏tick的情况
这是没错的
所以攻速要尽量接近12.12
离12.12越远，脱漏越频繁

牛奶好开心

发表于 2020-8-4 19:53
按照原有的服务器时间与档位的理论，只要攻速严格压在12.12上，否则都会产生漏tick的情况
这是没错的
所以 ...

是的，这就是我上面的意思，但是实际上严格控制到12.12丝毫不差并不那么容易，所以我才提出要不要降攻速到不会漏tick，因为从不漏tick到完美攻速之间，堆的攻速收益都打了折扣，引用下万青大神的等周定理法则，我们为什么不去补其他短板呢