※ 引述《laechan (小太保)》之铭言：
: 02、进入每一个房间的 buff_msg 及定身处理
有 init_instance 可用，基本上先不管定身，我目前决定采行的
做法是将 buff_msg 以 tell_object 的型式告知副本内的所有人
instance_data=([
"084":(["enter_msgs":({"test1.\n",
"test2.\n",
"test3.\n"}),
]),
]);
它的执行结果就是如下
test1. <= 进入房间后没多久
test2. <= 又经过几秒后看到这行
test3. <= 然后又经过几秒后看到这行
instance_data 的结构很简单，就是以房间档名做为 key name，
下设多项资料，而 instance_ob 就根据所设定的资料来跑各种效
果，像设定了 enter_msgs，在 init_instance 就有相对应的栏
位来读取，如下..
tmps=instance_data[files]["enter_msgs"];
j=sizeof(tmps);
for(i=0;i<j;i++)
tmps[i]=({ ({ppl_name+"##"+tmps[i]}),5+i*5});
"/open/cmds/times_check"->set_times_no_save(
INSTANCE_ROOMS,INSTANCE_ROOMS,tmps);
传统的做法是以 call_out 或 heart_beat 的型式来跑 buff_msg
，现在有 times_check 就可以改让 times_check 来跑，它有一
个前提就是 buff_msg 并不需要严谨执行完毕，比方说跑到一半
times_check 临时故障或怎样，“没执行或没跑完也没关系”。
这就是为什么写副本系统前要先完成 times_check 的原因。
这礼拜应该可以完成定身的部份，并测试“定身 + buff_msg”。
Laechan