|
发表于 2009-11-4 08:57:55
|
显示全部楼层
来自 中国–福建–莆田
本帖最后由 only33 于 2009-11-4 10:06 编辑
首先感谢龟龟KIN的代码指导,无私和勤劳。
个人看法吧,自动R3自动计分(上下场顺延)功能确实强大,不过感觉自动换边和say /ready没什么用
对于比赛F插件,我个人的理解是:能辅助OP减少操作量,越快R3越快搞起,尽量使用简单控制台命令执行一些脚本,如载入比赛配置,混战配置等。对于客户端的,尽量减少客户端需要执行的东西,,。。(个人感觉SAY READY就是AMX_DELUX_MATCH失败的最大败笔,不是没有用,而是大多比赛的人不喜欢七七八八加一大堆,我深有感受,原先福建这边有个服务器商,又是搞进F音乐又是一堆HUD消息,。租那个F被朋友骂死了)
=========华丽的分割线1=============
还有一个问题,用R3作为上下半场计分开关,第一次R3执行上半场,第二次R3执行下半场,如果第二次R3后有人不动或者死机,重新R3,还计分吗。,按照那个
IF (XX == 0) {XX = 1}
ELSE IF(XX == 1) {XX = 2}
ELSE {XX = 0} 来执行的话就是第三次R3又回到上半场。
=========华丽的分割线1-1=============
如果用IF (XX==0){XX=1}
ELSE {XX=2}来执行的话,不管下半场R3多少次,分数都顺延上半场的,需要的是在IF(TOTAL[0]==16)或者([TOTAL[1]==16])或者([TOTAL[0]==15 && [TOTAL[1]==15])条件时 执行{XX=0} (一张图结束积分回到初始)。但这种方法缺点是在下半场未开始时,如果在热身或自残时一方赢了,这时比分会不会顺延进上半场比分,我不知道read_data()是执行即时动态记录还是把数据写入内存。如果是动态,问题就不大了。 |
|