“根号三工作笔记”的版本间的差异
跳到导航
跳到搜索
Chinodaisuki(讨论 | 贡献) 小 |
Chinodaisuki(讨论 | 贡献) 小 |
||
第3行: | 第3行: | ||
var a = 1434; | var a = 1434; | ||
var a = 1434; | var a = 1434; | ||
</pre>eps代码对于import的变量: | </pre> | ||
====== =========================================== ====== | |||
eps代码对于import的变量: | |||
// module.eps: | // module.eps: | ||
第20行: | 第23行: | ||
SetVariables(m.arr[0], 1, list(Add)); // 错误! | SetVariables(m.arr[0], 1, list(Add)); // 错误! | ||
====== =========================================== ====== | |||
SCMD设置单位x的血量设为某个临界值以上就会导致:地图预置单位x在游戏中血量为残血。 | |||
这个临界值为2^24/100,即167772.16,即小于等于167772 + (40/256)就正常,大于等于167772 + (41/256)就残血 | |||
原因是SCMD默认enable UNIT+14的bit 1 (HP is valid FLAG),就会导致星际认为这个单位的血量是100%,在游戏开始后放置该单位使用的是CreateUnitWithProperties(..., hitpoints=100)而不是CreateUnit(...),导致在计算血量时overflow。 | |||
解决办法: | |||
(1) 使用Starforge编辑器。SF编辑器不会默认enable那个flag | |||
(2) 使用scmd保存完地图之后手动修改chk的UNIT section,把相关的flag都disable掉 | |||
注:eudplib的fixUnitData函数干的就是这件事情。所以任何地图经过euddraft编译后都不会有这个bug |
2021年7月15日 (四) 20:15的版本
var a = 1434; var a = 1434; var a = 1434;
===========================================
eps代码对于import的变量:
// module.eps:
var x;
const arr = EUDArray(10);
// main.eps:
import module as m; m.x++; // 错误!
SetVariables(m.x, 1, list(Add)); // 正确!
m.arr[0]++; // 正确!
SetVariables(m.arr[0], 1, list(Add)); // 错误!
===========================================
SCMD设置单位x的血量设为某个临界值以上就会导致:地图预置单位x在游戏中血量为残血。
这个临界值为2^24/100,即167772.16,即小于等于167772 + (40/256)就正常,大于等于167772 + (41/256)就残血
原因是SCMD默认enable UNIT+14的bit 1 (HP is valid FLAG),就会导致星际认为这个单位的血量是100%,在游戏开始后放置该单位使用的是CreateUnitWithProperties(..., hitpoints=100)而不是CreateUnit(...),导致在计算血量时overflow。
解决办法:
(1) 使用Starforge编辑器。SF编辑器不会默认enable那个flag
(2) 使用scmd保存完地图之后手动修改chk的UNIT section,把相关的flag都disable掉
注:eudplib的fixUnitData函数干的就是这件事情。所以任何地图经过euddraft编译后都不会有这个bug