Your proposed solution of using tells actually sounds like a great idea. I have pondered bot writing many times in the past, but have never really come up with a good solution to address the command interface. I was always limiting my scope to the current quest functionality though. Tells is brilliant.
To implement a bot with tells, A few simple things would be needed. First, each NPC healer would obviously need a unique name, so youd prolly need a quest to spawn them or something. Second would be to enhance the tell system to search for NPCs in the zone with the specified name if the tell comes back from world as "person not found" (always give priority to characters). Third would be to add a new event to perl, EVENT_TELL, to pass the receipt of a tell on to the quest.
From there, you can implement anything you want from perl, as you have access to almost the entire object model.
Quote:
Originally Posted by mcox05
the main thing is that I want this program to be a third party piece of software ... preferably in C#. Is this process monitoring possible ... can anyone lend me a hand?
|
As stated above, really the only way to pull it off is server side (sanctioned by the server operation), and using perl. You could easily distribute your perl script if that is your motivation for "3td party". What you cannot really do is create this purely as a player, on the client machine... that is cheating to most operators, and it is exactly what MacroQuest does as previously mentioned.
Threaded Mode
