Multi-Questing?

[YendorLootmonkey]

I like no MQ'ing... you want the quest item, you camp the parts yourself.

[mgellan]

Originally Posted by mgellan [You must be logged in to view images. Log in or Register.]

I don't see why the scripts CAN'T be written to store lists of items handed in so MQing can be done, but none of them appear to.

By the way, I'm sure the Devs would be thrilled if someone volunteered to take this on [You must be logged in to view images. Log in or Register.]

Regards,
Mg

[Bumamgar]

It would have to be done in the base code, not just the perl.

Basically, npc's would have to have to keep a list of all items handed to them, and then the EVENT_ITEM() call to perl would have to be modified to provide this list to the perl script. Then in the quest script you would have to scan the item list and see if the most recent item turned in to the NPC (the item that triggered EVENT_ITEM) combined with any combination of items in it's list, resulted in a quest reward. If so, then remove those items from the list and do the quest just as it currently does. If not, add the item to the list and exit out.

There would have to be sanity checks in place on the c++ side of things to keep the list small enough to not cause issues, and probably need some sort of timer (5 minutes?) after which items on the list would simply poof.

In other words, it's doable, but requires a fair bit of effort in both the core EMU code and then in re-writing all of the quest scripts. That last bit is extremely non-trivial.

Then again, maybe it could be done without changing the perl EVENT_ITEM() api... I'll have to think on it some more...

[Packet]

As stated above, perl scripts do not work this way. To re-write the handin function for EVERY script would be not only annoying but a project on an atomic scale. I salute anyone who attempts this as I promise, you will be underwater for a long time. You'd need at least 5 people hitting this daily, testing and confirming each and every script to ensure that it works. With 5 people, working on this within a 2 - 6 hour time span might finish in a few months.

The fun thing about perl is that the slightest change can break the entire quest. So this means you need perl-savvy writers doing this mind numbing work day in and day out. There MAY be a method to change how hand ins are handled in the source but I think there are more concerns at hand right now than enabling multi-questing. MQing was a nice touch but I think it is unnecessary. Ofcourse that is my opinion and I don't speak for everyone.

On a side note, if P99 did do this and sifted through quests adding in a magical function that allowed MQing. Imagine the complaints they would get as people screwed up hand-ins, lost items (due to missed quests) and other assorted problems. It would only put more stress and work on the staff when their hands are already full as it is.

[Branaddar]

There's pros and cons to having no MQ system in place.

The obvious cons:
- Hard to camp mobs that get killed by XP groups (ie: Raster of Guk)
- Can't be friendly helpful like and help people with their epics as much
- Raiding guilds will be required for epics

Pros:
- Nobody camping epic mobs to sell MQs
- You know that someone wielding their epic probably put in the time to do it all themselves, or have very helpful friends that camp things for them and let them come loot when it drops?
- Raiding guilds will be required for epics... I know I listed it as a con as well, but it depends on your viewpoint on the matter.

And yeah, it'd be a massive undertaking to add MQing into the code. The only potential workaround is making the items tradeable, which then creates a huge market for people to farm and sell epic drops. Since not all epic drops were MQable in the past (combines in containers, one-item turnins, etc.)

Every epic mob would be farmed to hell and back by people who didn't even want the items. Just the plat.

I think I'm okay with no MQs. It'll be harder to get our epics, sure, but that was some of the fun of the old ways. When you finally did get your epic, my god, did it ever feel satisfying.

[Aeolwind]

There are 11900 quests in the server. Create a solution that doesn't require those to be rewritten...AKA within the source or within the %itemcount plugin and we'll def take a look at it hard....but I'm not rewriting 12000 quests. Die.

[guineapig]

Originally Posted by Aeolwind [You must be logged in to view images. Log in or Register.]

I'm not rewriting 12000 quests. Die.

<3 [You must be logged in to view images. Log in or Register.]

[mgellan]

Originally Posted by Aeolwind [You must be logged in to view images. Log in or Register.]

There are 11900 quests in the server. Create a solution that doesn't require those to be rewritten...AKA within the source or within the %itemcount plugin and we'll def take a look at it hard....but I'm not rewriting 12000 quests. Die.

I think that was an operating assumption that the solution better require no changes to the quest files at all, or it's dead in the water [You must be logged in to view images. Log in or Register.]

Regards,
Mg

[Aeolwind]

Originally Posted by mgellan [You must be logged in to view images. Log in or Register.]

I think that was an operating assumption that the solution better require no changes to the quest files at all, or it's dead in the water [You must be logged in to view images. Log in or Register.]

Regards,
Mg

While I would normally agree with you. Assumptions when dealing with any internet community will make an ass out of you and mption in like no time flat. Better to make it clear and remove all doubt lol!

[kai4785]

I think MQ was a flaw in the way the game was originally designed. MQ goes down as "cheating" in my book. I thought that then, I think it now. I like the way the quest system works, programmatically as well as logically.