Open fantasylidong opened 6 months ago
SIPool 之前的RecoverSIPool()函数会导致炸服,此前的触发方式是changelevel,不知道你这个是怎么触发的,目前在昨天更新的时候把RecoverSIPool()取消调用了。
这个函数的目的其实是为了在游戏开始时恢复可用的特感client,不过目前看来bug很多,我还没有合适的方法去解决这个问题,只能先用宏取消编译了。 https://forums.alliedmods.net/showthread.php?t=346270
描述: 我按照你写的infectedbot插件,把sipool特性加进来(commit:81d4c798169245ab26f49cc92de96f1ebcf0383b),然后启动好像就炸服了。用confogl先加载si_pool.smx插件,再加载Infected_control.smx插件,加载顺序应该是没错的。
关于我重写的infectedbot插件,其实有一些小问题,我有空会给sipool写个Readme并在inc里写好完整注释。 现在就先在这里简单解释一下:
重新测试了一下修改版本。 修改如下,commit https://github.com/fantasylidong/CompetitiveWithAnne/commit/1c214f2f489eb4b41d7381bfa88a8c0b03349108 生还者走出安全区,少了一个AIbot,然后特感好像无法找到目标,全部蹲着前进,没有报错,所以想问问可能是什么问题,找不到对的client?
重新测试了一下修改版本。 修改如下,commit https://github.com/fantasylidong/CompetitiveWithAnne/commit/1c214f2f489eb4b41d7381bfa88a8c0b03349108 生还者走出安全区,少了一个AIbot,然后特感好像无法找到目标,全部蹲着前进,没有报错,所以想问问可能是什么问题,找不到对的client?
这个问题我有印象,不过我忘了是为什么了,等我明天在虚拟机里把这个分支的anne部署测试一下
特感类型控制失效,第二回合的特感类型大概率超过cvar的限制
特感类型控制失效,第二回合的特感类型大概率超过cvar的限制
记录:使用IsGhost代替IsPlayerAlive,目前问题已修复
error log
LogMessage 看上去还挺正常,比较大,放上链接 L20240223.log
Accelerator的crashdump文件 crash_w27qniq2mnie.dmp
报告地址https://crash.limetech.org/w27qniq2mnie
描述: 我按照你写的infectedbot插件,把sipool特性加进来(commit:81d4c798169245ab26f49cc92de96f1ebcf0383b),然后启动好像就炸服了。用confogl先加载si_pool.smx插件,再加载Infected_control.smx插件,加载顺序应该是没错的。
看了一下错误log,好像是client index不太对?