Page 1 of 1
Posted: Mon Dec 03, 2007 2:51 pm
by Japcil
Well it checks to see if you were in the position of fighting and you were (true) at which it performed a rescue. However you had already been rescued by looking at your log. So That is why the monster did couldn't rescue you (you weren't being dealt the damage) . However, should the animal still have joined you side based on a.i.? Probably. This traces back to the days when harper guards were aiding bandits and not LG warriors. That is, if your alignment was closer to the monster than that of the original attacking monster.
Posted: Mon Dec 03, 2007 3:00 pm
by Selveem
Is it possible for the MOB summoned to attempt the rescue first. If the rescue is not possible, to check who the summoner is fighting and simply join in?
Posted: Mon Dec 03, 2007 5:57 pm
by Japcil
The current code uses area code. It is possible to make the change you are suggesting but it will require a hard code change and the creation of a mpassist command.
Posted: Mon Dec 03, 2007 6:23 pm
by Selveem
First, what is the benefit of this? Second, will this mean that other mobs in the future can benefit from this prog? Third, is it worth the change? And finally, is there anything easier if these changes are too difficult or not able to be recycled/applied to other mobs?
Posted: Mon Dec 03, 2007 11:06 pm
by Japcil
The benefit of an mpassist command is yes, it would aid players not directly taking damage and would be able to be used in other programs. I feel its a mp command we should have. The other option could be to force the group leader to invite the summoned monster using its mvnum and then force the summoned monster to accept, then it is forced to join the group that $n(you) are in. It might work, it would require testing to check. Over all an mpassist command would make its cleaner in programs and more able to be widely used.