2003并行事件的“断点”启动

guoxiaomi

在等待2003打折的时间里，我找朋友借了份帮助文档读了读。然后我注意到了【Events Summary】章节里的这句话：
When a "Parallel Process" common event is paused because its switch was disabled, it won't necessarily reset. Instead, when the switch is set on again, the event might continue at the same position in the script where it was stopped.

Google翻译一下就是：当“并行进程”公共事件由于其开关被禁用而暂停时，它不一定会重置。 相反，当开关再次打开时，事件可能会在脚本中停止的相同位置继续。

这就很迷惑了，什么叫做“不一定会重置”？于是我做了个简单的测试，首先准备2个公共事件：
【并行】的公共事件1，开关1，内容如下图：

【自动】的公共事件2，开关2，内容如下图：

和一个地图事件NPC，触发条件是确认键，内容只有1行：


然后用主角去跟NPC对话，因为对话导致开关1打开，并行的公共事件1开始执行，游戏立刻进入了数值输入的界面：

此时打开F9确认一下开关和变量的状态如下：
开关1：OFF
开关2：ON
变量1：100

显然，出现这种情况是因为自动的公共事件2并没有开始执行。即使此时公共事件2的条件已经满足了，并且游戏主流程已经进入阻塞状态，公共事件2仍在等待插入的时机。
随后我们输入1234，然后按下确认键。对话框关闭。
此时打开F9确认一下开关和变量的状态如下：
开关1：OFF
开关2：OFF
变量1：300

显然，出现这种情况是因为手速不够快自动的公共事件2已经自动执行完毕了。但是并行的公共事件1并没有继续执行，而是由于开关1关闭导致其处于暂停状态。
那这个时候再次跟NPC对话，再次打开开关1（或者直接用F9打开开关1）会出现什么情况呢？答案是公共事件1从断开的地方开始执行，后半段将变量1加倍然后输出600：


这就是文档【Events Summary】章节里所说的“不一定会重置，而是在相同的位置继续”。

如果用rmxp测试完全相同的事件，就会发现并行的公共事件1后半段永远不会执行。也就是说，每次打开开关1，公共事件1会从头开始执行。

说实话我已经不知道在什么情况下，这个事件不会继续执行，而是重置了。等steam版到手了我再测试看看0.0又可以水一贴。

在并行的公共事件1里更换其他疑似阻塞的事件，比如：显示对话/数值处理/等待/按键输入/场所移动来看看效果：
A类：并行的公共事件1在阻塞结束后继续执行，代表指令有：等待，等待按键，场所移动（但是对话显示为空）
B类：并行的公共事件1在阻塞后暂停，下次从断点开始执行，代表指令有：显示对话，数值处理，商店，战斗，名称输入，旅店（收费），按键输入处理，等待移动结束
C类：并行的公共事件1在阻塞后暂停，下次从头开始执行，代表指令有：
D类：并行的公共事件1没有阻塞，等公共事件1执行完毕后，自动公共事件2才开始执行，代表指令有：旅店（免费）