[讨论]推箱子的某个超简单做法的BUG...

CountD

问题：推箱子的效果要如何实现呢？
答：做个事件图片显示为箱子或其他东西，“开始条件”设为“被主角接触时”，“事件所在层次”设为“不与一般角色重叠”，事件内用“角色动作的指定”指定为“逃离主角”就OK了。（当然也有其他方法，比如：拿坐标判定，后以坐标大小为依据指定角色的动作）

[引自2K.2K3,新手问题集]

用这种方法做出来的推箱子...

试试看把箱子都堆在一起,然后按住向上键的同时,忽然贴着箱子向左侧移动.



...于是箱子飞了...= =


顺便提一下,感觉这样的做法比较合适...不用判断坐标,而是判断主角的朝向.

似乎也比较简单...= =



暂时还没发现什么BUG...望高手指教.[em04]

PS:谁敢说我装新人我跟谁急...昨天才开始碰RM的...= =

hiyori

以前曾经碰到过这个BUG，出现的原因不明。
刚才重新做了一次，试了很久都没出现[em04]

蓝蛇

其实用坐标的方法主要是判断箱子是否到了指定地点

说说这个BUG吧，其实也不能说是BUG，因为要逃离主角，相反的位置逃不掉，就退而求其次的往其他方向乱跑了，狂汗

[此贴子已经被作者于2005-5-23 21:27:04编辑过]

张永

XP里似乎没这个BUG，我试过好像只是会站在那里不动。
在移动的时候禁止人物行动会不会好一点？

CountD

如果用按键为条件,XP和2K3都会有这问题
如果是接触为条件,2K3的问题还是一样,XP似乎就没问题了.
[em04]莫非是我在XP里用来测试的箱子太重了推不动?
也不能说不算BUG了,因为这个操作彻底违反了推箱子的规则.

hiyori

按程序思路来说，这个做法本身并没有任何问题。
如果说是因为后面没有退路而向两旁走的话，那样这个现象出现的几率应该是100％才对，而且是主角接触的时候就会马上出现，跟方向无关。
偶觉得应该是RM程序运算上的BUG。就是主角在碰到箱子的时候，“被主角接触”这个发动条件已经满足了。按理来说，发动内容“远离主角”因为后面不可移动而被忽略了（忽略不能移动的场合），这个事件就这样结束了。但是程序可能因为某种原因延迟了，还停留在执行内容之前，这个时候如果主角的方向发生改变，程序再执行内容，就会出现这种BUG。

CountD

...他们所谓的\"逃离\"就不太清楚是如何运算的了.
被主角接触这个条件...难道是有点类似并行处理的么...如果那样的话,只要条件一直满足,就会循环下去...= =

hiyori

“逃离”应该是指与主角面向一直线上移动到差距最大的一格位置上。
“与主角面向一直线上”指的是只能向主角的“前”或者“后”移动，不能向两旁移动。（这点很容易证明，因为每次推箱子时，箱子只会向后退一格，绝对不会向两边移动。）
“移动到差距最大的一格位置”刚好就是这个BUG证明了这一点。
“被主角接触”是一次性的，跟并期处理不同，接触一次只会发动一次，要发动下一次只能再重新接触一次。

CountD

= =讲错,应该是既然按键处理不是一次性的...所以估计按键触发也不是..
.一般不会出这问题是因为按下键以后物体已经离开主角旁边,不满足条件了.
但是在出现BUG的情况下,\"在物体旁边按键\"这个条件是满足的.
[em04]

august

下面的方案应该是没什么问题，但如果用在箱子上，就有很多要调整了。