能力值:
( LV5,RANK:78 )
|
-
-
2 楼
时钟换成循环sleep 比差即可.
|
能力值:
( LV9,RANK:280 )
|
-
-
3 楼
IcmpSendEcho或者自己写ICMP ping一个保留地址,等待固定时间超时,用GetTickCount或者其他qpc检查时间差,时间差远小于超时时间说明有问题
|
能力值:
( LV4,RANK:45 )
|
-
-
4 楼
但是Sleep的精度是很不靠谱的,而且Sleep的延迟,应该也受变速齿轮的影响吧
|
能力值:
( LV4,RANK:45 )
|
-
-
5 楼
hzqst
IcmpSendEcho或者自己写ICMP ping一个保留地址,等待固定时间超时,用GetTickCount或者其他qpc检查时间差,时间差远小于超时时间说明有问题
表哥 你是不是这个意思 int time1 = qpc(); IcmpSendEcho(100ms); // 这个IP最好是个永远不返回的IP地址,这样就能永远超时100ms了 int time2 = qpc(); if (time2 - time1 < 100ms) then printf("速度异常"); 但是现在最怕就是个别变速齿轮会HOOK GetTickCount或者qpc函数,这样我也得实时对这些函数进行CRC检测吧
|
能力值:
( LV4,RANK:45 )
|
-
-
6 楼
bambooqj
时钟换成循环sleep 比差即可.
但是Sleep的精度是很不靠谱的,而且Sleep的延迟,应该也受变速齿轮的影响吧
|
能力值:
( LV2,RANK:10 )
|
-
-
7 楼
一二三六
但是Sleep的精度是很不靠谱的,而且Sleep的延迟,应该也受变速齿轮的影响吧
用rtdsc指令呗,对方想对抗估计就得上vt了
|
能力值:
( LV4,RANK:45 )
|
-
-
8 楼
这是我分别用Clock GetTickCount GetTick64 timeGetTime Qpc Rdtsc测试的结果,但是开了2倍加速后,这些并没有变化,而且也没有对这些函数的HOOK, 这就很难检测了
最后于 2019-8-24 13:56
被一二三六编辑
,原因:
|
能力值:
( LV6,RANK:80 )
|
-
-
9 楼
服务端不是很好吗,为什么还要在客户端想办法。发现加速拉回或者踢掉封号都行。 除了心跳包肯定还有别的关键变量啊,比如移动距离,对于你服务端来说是可以预测的吧。单位时间内能移动多少距离,超过就说明有问题了。
|
能力值:
( LV4,RANK:45 )
|
-
-
10 楼
黑洛
服务端不是很好吗,为什么还要在客户端想办法。发现加速拉回或者踢掉封号都行。
除了心跳包肯定还有别的关键变量啊,比如移动距离,对于你服务端来说是可以预测的吧。单位时间内能移动多少距离,超过就说明有问题 ...
比如这个单位时间是2秒 这样的话 这个2秒时间是由服务端来控制,还是客户端来控制呢 如果服务端来控制 肯定会有网络延迟的 这样得到的移动距离也不准确 如果客户端来控制 又怕得到的2秒时间不准确。。。。请问有没有办法获取主板时间呢 我感觉这个时间应该不会有问题
|
能力值:
( LV3,RANK:30 )
|
-
-
11 楼
可以试下这样检测: 比如ping包时每3秒发送一次。 在发送第一个ping包时,服务器上记录开始时间t1。 然后收集40个ping包后,服务器记录结束时间t2。 t2 - t1 = 40 * 3( 大约等于),如果发现相差太大,那客户端肯定有问题。
最后于 2019-8-24 17:19
被yy大雄编辑
,原因: x'x
|
能力值:
( LV3,RANK:30 )
|
-
-
12 楼
要减少判定误差的话,就多分几组。来检测
|
能力值:
( LV2,RANK:10 )
|
-
-
13 楼
yy大雄
要减少判定误差的话,就多分几组。来检测
如果网络延迟呢?怎么判断
|
能力值:
( LV2,RANK:15 )
|
-
-
14 楼
录像不就行了
|
|
|