返回列表 发帖
原帖由 leafinwind271 于 2011-3-21 16:43 发表
时间种子是计算机内部的东西。。。和本地或者远程有关么。。。。服务器抽取了自己的内部时间生成了随机数,传输给我们看到了结果,这和延迟本身无关吧。。。

问题是,当结果返回时是无延迟的显示的?你玩家可以在返回数据的瞬间马上做出敲下一个的操作?
渣渣!你们信誓旦旦的表忠心,却连工会激活码都不找喧哗要。 将功补过,快一人激活5个帐号先。哪个渣渣能够立下首功,就将得到yaloo的青睐。

TOP

原帖由 leafinwind271 于 2011-3-21 16:47 发表

这又没关系。。。延迟1000MS,够可以了吧。T时刻我向服务器请求一个随机数,T+1我知道结果,重复这个过程。延迟貌似毫无意义

但是问题是延迟不是固定的。那么你重复操作是对应的等时长的依据是什么?

我要表达的是,就算你知道服务器端取数的规律,你在本地的操作最后在服务器端反映的结果也不是等时长的,除非你能预测每一次的往返时间,并把延迟计算进去,这样你操作的结果在服务器端得到的结果才是等时长的
渣渣!你们信誓旦旦的表忠心,却连工会激活码都不找喧哗要。 将功补过,快一人激活5个帐号先。哪个渣渣能够立下首功,就将得到yaloo的青睐。

TOP

原帖由 leafinwind271 于 2011-3-21 16:54 发表

狗哥你没看我的帖还是我表述不清呢T T。。。我都不想解释了。。。。
规律不可寻>所以我不在乎是哪一时刻的随机值。我只在乎在还没有重置计数器的时候就把失败值尽可能多的取出来,从而提高几率。。。其效果我 ...

你的贴的本地部分都没有根据的,因为数据根本不是在本地处理的……
渣渣!你们信誓旦旦的表忠心,却连工会激活码都不找喧哗要。 将功补过,快一人激活5个帐号先。哪个渣渣能够立下首功,就将得到yaloo的青睐。

TOP

我只是觉得你决定的计算方式,也就是公式,就是试图将数据本地化
渣渣!你们信誓旦旦的表忠心,却连工会激活码都不找喧哗要。 将功补过,快一人激活5个帐号先。哪个渣渣能够立下首功,就将得到yaloo的青睐。

TOP

原帖由 leafinwind271 于 2011-3-21 17:30 发表



从来没想过。。。。我也没找到数据本地化的需求和公式

我是指普通玩家看到你帖子的第一理解方式的问题,会认为数据应该是本地化处理的
渣渣!你们信誓旦旦的表忠心,却连工会激活码都不找喧哗要。 将功补过,快一人激活5个帐号先。哪个渣渣能够立下首功,就将得到yaloo的青睐。

TOP

返回列表