New Event - EVENT_AGGRO_SAY

[AndMetal]

The way Live handles quest dialogue is, or at least was, different from the Emu. On Live, NPCs respond to dialogue within say distance. So, if multiple NPCs in the same area respond to the same phrase, they will all speak at once (I can't remember where it was, maybe Neriak or something, that I saw this firsthand and made that discovery). So, on Live, when you hail an NPC, it doesn't respond to the Hail, portion, it responds to "Hail, NPC_001".

I believe the Emu handles quests the way it does for 2 main reasons: server resources and simplicity/directness.

1st, if you have every NPC run through all of the quest stuff, even if you pick out mobs within a certain radius of you, then execute, it's a lot more expensive than just running it through your specific target. This is because, even if you don't have really anything being done, all of the variables available to the quest have to be exported (unless there's a check to see if an NPC doesn't have a quest file?). Just imagine if you had a custom death emote on a bunch of mobs in a zone, and a group AEs them, then tries to talk to one while killing them. All of that processing at once would make the processor blow a gasket.

2nd, if you know what specific mob you want to handle the quest, you don't have to worry about multiple mobs being around each other making everything confusing.

I think if we can find a cost effective way to handle 1, the benefits should outweigh the negatives of 2.

[joligario]

I don't think all NPCs were like that. Maybe that changed throughout the years to be targeted-based. You had to actually target them for it to work with trigger phrases. Inlcuding the hails. I remember trying hailing with the NPC name typed in and got no response. Maybe so it would be less resource intensive, specific NPCs were set up to respond to ranged speech?

[ChaosSlayer]

this could have been npc specific, but on LIVE I remeber 2 distinct examples:

in Qeynos bank saying any class name or guild name will have bankers (while NOT targeted) automaticly speak up with full guild info for class mentioned

In Plane of Sky there was a Lunatic doing emotes near, or sayign anythign else other than talking to him him would cuase him to attack

[janusd]

Yeah. Sirran the Lunatic. He would go insane if you did anything other than hail him and hand him the key piece. Many times I can think of a raid wiping because someone spoke up in /say. There are also cases where invisible NPCs respond to spoken phrases without a target.

I don't think ALL NPCs would respond to just phrases uttered, but there were some that would respond when they weren't targeted.

[trevius]

I am still wanting to get this code working, but I am not sure what is still missing for it to work. This is my first attempt at making a new sub event, so most likely, I am just missing something minor, but not sure.

If I can get this working, I think I know how to get EVENT_LISTEN working as well. I will start on that as soon as I figure out what is wrong with this one.

[Derision]

I just tested and comitted this, pretty much as you had it in the first post.

Example use:

sub EVENT_AGGRO_SAY {
        quest::say("I am fighting!");
        if($text=~/Stop/i){
                $npc->WipeHateList();
                quest::say("OK, I'll stop!");
                $npc->FaceTarget($client);
        }
}

[trevius]

LOL, what was I missing? Maybe I needed to do a make clean and a make to get it to accept the change? I normally only do a make when I do changes and it always seems to work fine.

Thanks for getting that added BTW! <3 new features