keith

翻了下原来的帖子。。结论全是0.1。。。

我奇怪以前你们怎么没站出来。。。

rufus

关于咏唱时间到底精确到多少的结论




























全部都是YY
没人确实知道

啊哟哇啦

这么说把 我们是通过某工具精确测定的 这个工具不在小站讨论范围内 但是 确实是0.01

顺带一提 火墙的咏唱 1－10每级基础咏唱减少0.15秒 10级基础咏唱0。65秒 以前的资料都是错的 wiki上提到的和我们测试的一样

rufus

原帖由 啊哟哇啦 于 2006-1-1 14:28 发表
这么说把 我们是通过某工具精确测定的 这个工具不在小站讨论范围内 但是 确实是0.01

顺带一提 火墙的咏唱 1－10每级基础咏唱减少0.15秒 10级基础咏唱0。65秒 以前的资料都是错的 wiki上提到的和我们测试的一样

这事情……
您能保证您到SD服务器的包传输开销时间的抖动都在0.01以内？

就素那浮云

http://rodabhand.sakura.ne.jp/bragisim.html

啊哟哇啦

这个 我可能没你这么专业 但是 通过天赐 D的变化 确实是0。01精度的变化

至于服务器传输 也就是以前说的切衣服到技能唱道某个时间的时候切衣服无效 这个问题 我也不知道该怎么说

rufus

原帖由 啊哟哇啦 于 2006-1-1 14:36 发表
至于服务器传输 也就是以前说的切衣服到技能唱道某个时间的时候切衣服无效 这个问题 我也不知道该怎么说

能够理解这个意思就好
这个现象只是客户端展示计时与服务端计时在表现的差异的一个现象而已

A技能按下
服务器收到A的技能包，“A向B咏唱”服务器理解
服务器向周围人分发A的技能展示包
周围人的客户端收到展示包，客户端开始计时同时显示绿条（说明绿条显示之前，服务器已经认定咏唱开始了）

一般情况下，顺序地，
A.服务器计时到点，技能释放，向周围人分发技能使用完成伤害报文
B.客户端计时到点，绿条消失
C.网络情况稳定的话，服务器技能使用完成报文会在绿条之后收到，技能使用过程结束
（这两个是完全在客户端和服务器端分别进行的）
如果在A、B之间切衣服，那么效果也就很明显了
何况，你在这个时候切，也不等于服务器收到你切衣服的报文在A,B之间

确实……
我看不出这个确实那里有确实之处的
服务器客户端之间传输时延即使安定
服务器处理你包是否及时，或者根本就是以队列方式滞后处理了（软件或者硬件），这个队列的处理又是否安定
这两个外，还可能有很多不安定之处
这些对时间不稳定的因素加起来之后，是否仍能确定，你所测得的0.01是因服务器引起的，就很难说了

ms肯定是单位的最小可能值
没见过有能取道ms以下的方法
是不是确实的最小值，就很难说了，毕竟没人看到过代码

renesas

客户端看到的咏唱时间能代表服务器端么,客户端上105D比110D是要慢点,但服务器端怎么理解就不知道了

gaodesmlie

D75时,吟唱时间为一半，1秒。
然后按近似D每+5,吟唱时间-0.05秒。

rufus

原帖由 renesas 于 2006-1-1 15:16 发表
客户端看到的咏唱时间能代表服务器端么,客户端上105D比110D是要慢点,但服务器端怎么理解就不知道了

是的，的确
客户端很可能会用一些预先通用库等东西来做简单计时
经常看到的做法很多是以展示效果为主要考量，而较少考虑精确至如此的精度

啊哟哇啦

客户端和服务器端只是存在一个延迟的问题 难不成你客户端这里念1个1秒的技能到服务器端要5秒？？延迟和咏唱时间是不一样的

rufus

你根本没有理解我说的话
“传输时延的不安定性”

比如，你测101D，传输延迟用掉了0.01秒
你测102D，传输延迟用掉了0.02秒

你能说这个0.01的增长就是1D带来的么？

啊哟哇啦

额额 知道了。。。无延迟的测试环境是不存在的。。那也可以说每个人对D的要求是不一样的。。

らёгαρん

所以只能说理论咏唱时间精确到MS.....................
真的往实际上扯.....鬼才扯得清楚.....

keith

人总喜欢追求完美。。。即使那样的完美人根本无法感觉的到。。。

你说0.01感觉的到吗？硬要去抢那0.01秒还不如自己提前按那么0.01秒。。

计算机判定，数据传送。。。这些人为根本无法控制。。

把自己能控制的东西熟练掌握好才是上策。。。

（我这贴灌的够水。。说了等于没说。。请大家无视我）