What's new
  • Visit Rebornbuddy
  • Visit Panda Profiles
  • Visit LLamamMagic
  • Visit Resources
  • Visit Downloads
  • Visit Portal

[Plugin] A ChuckyEgg Attempt! - Party Dude Pro, breaker breaker roger smack 'em!

Tried this plugins, worked nicely. I was trying to lvl 3 barbs using a lvl 60 barb, the first time I saw all 3 bots following the leader was pure magic. However D3/DB seem to crash a lot and I can't use DRelog with this plugin, since followers have to start in game. Would be nice if we could get this to work with DRelog and make the party crash-resistant. Loot isn't really a problem for lvling although it would be nice to be able to use GilesEquiper (modified to prioritize vitality) on the followers.
 
Tried this plugins, worked nicely. I was trying to lvl 3 barbs using a lvl 60 barb, the first time I saw all 3 bots following the leader was pure magic. However D3/DB seem to crash a lot and I can't use DRelog with this plugin, since followers have to start in game. Would be nice if we could get this to work with DRelog and make the party crash-resistant. Loot isn't really a problem for lvling although it would be nice to be able to use GilesEquiper (modified to prioritize vitality) on the followers.

I'll have a look are the relogger next.

Crashing.... this tends to be due to using an empty CombatBot profile. DemonBuddy has nowhere to send the characters and D3 does not like that.
Using one of the CombatBot profiles in the CombatBot profiles pack should fix the crashing..... I hope...
Those CombatBot profiles in the Profile pack send the character to Act I, Rumford at the Gates. Ready and waiting for the next invite.

I've literally just finished coding up the fix for Trinity compatibility, and will upload it here tomorrow (19:30hrs here now, and I'm about to go out... need a beer!). Working nicely :)

So you'll be able to use Trinity with it as from midday GMT tomorrow.

A relogger is obviously very important, so I'll look at that next :)
 
Last edited:
exciting update :) I haven't even bothered running the bots in the last week in anticipation.
 
Windows 8 maybe? :P

It seems some kind of error is occuring for the PartyDudePro, making it unable to tell the leader it has joined. I've tried nearly everything to get this working. Only thing i can think of now, is that the database is some kind of incompatible with Windows 8 -.-
 

Attachments

Delayed release of Trinity fix, as it looks like I removed/altered something by accident that is resulting in the follower looking for Portals after looking for loot (perpetual loop).....
Basically it's broke!

On it! .... Gonna run a diff check (difference between 2 pieces of code) between this Trinity compatibility fixed version and the last version... see if I can spot where the error is... hopefully just a line deleted that should not have been.


It seems some kind of error is occuring for the PartyDudePro, making it unable to tell the leader it has joined. I've tried nearly everything to get this working. Only thing i can think of now, is that the database is some kind of incompatible with Windows 8 -.-

Hmm, odd... The database is just a simple flat one, meaning it is made up of normal text files. The type of files you can make with Notepad.

I've had that problem, where the follower does not tell the leader it is in the group, when the COMMS system path and name are not the same for the Leader and the Follower.

If the paths exist, but are different in the config windows, the follower ends up updating the wrong database.

I'm not 100% happy with the party formation part, and will take a look at that again at some point. I reckon it could be better, simpler, and more stable.... just need to get the brain cells on it once I have time :)
 
Last edited:
Hehe can't wait either :)

Any ETA on update ?

Hopefully soonish.... need to get onto D3 to test it, but unable to login.

Silly really, the Trinity fix did the job (success), then somehow I changed something somewhere that put it into a perpetual loop, resulting the the char just standing around doing nothing....... probably just something silly... something deleted or changed that should not have been.

-----------------------
YEY, I can log into D3... okay, testing the plugin now....
 
Last edited:
2 issues still

1) It's slow interacting with a portal - somehow the Trinity fix has slowed this down.
2) I found it standing over a pile of gold doing nothing.
It does pick the gold up, but for some reason this one pile it did nothing with other than stare at it.
Pile size was 132, and Tinity was set to min pile size of 50.

Otherwise, everything else that is set within Trinity to be looted, is looted.

The gold one is bad, because it could result in the follower getting stuck in a nasty place... non TP area.

-----
the gold issue.. I've set it so that if the follower finds itself standing directly over a pile of gold of the required size, the bot just moves around and over the pile, thus picking it up.

Now for the slow portal usage issue!
 
Last edited:
Slow portal usage...

Further testing and I found that the follower's LevelAreadId is being misreported sometimes, thus resulting in it not reacting correctly to what is going on with the leader....

This is going to take more brain work and testing... coffee time, me thinks.

Must be something that I did re the searching, that is affecting the area ID.....
 
REally looking to test this plugin with ISBOXER now. Which version should I use? Or should I wait for the trinity fix?

May I also ask how the combat routine works? Are the followers automatically attacking the leader's target? Is the following paused while the toons are fighting? How do the followers deal with the area damage effects? Do they move away from the area and continue the fight?
 
Last edited:
Hey Chucky, just testet the new 2.0.3 version with DB 284. Problem with the boss portal already exist :( Will explain exactly:

Leader + Followers reached A3 Azmo portal, the run is finished here.
Leader ported back to town and leaved the game.
Followers now clicked the portal, confirm screen popped up. But no one clicked yes or no, they just waiting.
Leader tried to create new game, but he cant. Group is already open, he has to disband the group before but dont do that.
If i disband the group by hand, leader will create a game and invite followers. But the followers dont accept invites. So they have the boss confirmation screen open and a new invite. Nothing of this will be clicked :)

Will switch back to old version. Hope you can find a solution and thanks for your hard work.
 
REally looking to test this plugin with ISBOXER now. Which version should I use? Or should I wait for the trinity fix?

May I also ask how the combat routine works? Are the followers automatically attacking the leader's target? Is the following paused while the toons are fighting? How do the followers deal with the area damage effects? Do they move away from the area and continue the fight?

There's no team combat as yet. There will be, but I need to resolve a number of other issues first.

Combat overrides following, so no following during combat. Same with area damage effects... all dealt with by DB or Trinity.

Trinity fix is causing problems :( I need to figure out a better way to grab the data of the nearby objects. At present it is overloading the system, thus causing lagging effects and slow updates.
If I make the searches for loot occur every 10 seconds it's fine, but that's too long a gap between searches.

At least I have the code that can ID the required objects that Trinity has been configured to loot. I just need to come up with a better way of loading up the objects in the area.


Hey Chucky, just tested the new 2.0.3 version with DB 284. Problem with the boss portal already exist :( Will explain exactly:

Leader + Followers reached A3 Azmo portal, the run is finished here.
Leader ported back to town and leaved the game.
Followers now clicked the portal, confirm screen popped up. But no one clicked yes or no, they just waiting.
Leader tried to create new game, but he cant. Group is already open, he has to disband the group before but dont do that.
If i disband the group by hand, leader will create a game and invite followers. But the followers dont accept invites. So they have the boss confirmation screen open and a new invite. Nothing of this will be clicked :)

Will switch back to old version. Hope you can find a solution and thanks for your hard work.

That's not good. A fix was applied for that in that version of the plugin, and during testing it worked fine.... damn and double damn.... back to the drawingboard with that!

It's the portal usage code that is causing the problems there (if they lose the leader, they look to see if there is a portal nearby, they then go through the portal and if the leader is not on the otherside they TP to town and use the leader's banner).. It would be okay if the profile did not get so close to the portal, but then again I should really stop the followers from interacting with the portal.... which I thought I had done... damn, lol

I could do with taking that Azmodan section of the profile, and turning it into a single profile that I can use for testing.

I'll have to look at all this again tomorrow.
 
Last edited:
Before I finished yesterday, I set the search for nearby objects up with its own thread. This solved any lagging issues, and actually made the follower perform its actions very smoothly. But, this isn't in fully working order just yet.

I had to stop because the stashing/vendoring failed to work, and no matter what I did the follower just refused to do a proper town run with full bags. In fact all it did was:
"oo, me bags be full"
TP to town
"eek, me lost the leader"
Use banner

It just repeated that forever!


I then tried it with Trinity removed completely, but it still did the above, so I don't know what happened last night, other than some nasty gremlins getting into my system and making a major nuisance of themselves!

I even tried it with an older version of the party plugin, but the above looping still occurred!

In the end I figured "stuff it", and went off to watch telly.

Anyway, hopefully today, after the maintenance (EU), I'll have more joy with this :)
 
Sad oi hear that. I can imagine this drives you crazy.

I tested the plugin yesterday for the first time (even reactivated my ISBOXER subscription for it) and all what ai can say so far is that it works like charm. I'm unni g a group of 3 lvl 60 DHs and I play the leader manually whe I'm getting the automated support from my slaves. To see how my tons were doing their town runs automatically was just magic. I'm really looking forward to see this project progressing. It would be awesome to see some of the following features in the future:

- option to activate the automated fighting on the fly. Sometimes i prefer to fight with the whole team manually via the repeater function in ISBOXER
- coordinated grp fighting like everyone is attacking the same target
- compatibility with the trinity fight routines
- automatic detection if the team is in a group already because at the moment it gets stuck in the group creation process
- better memory managment. Maybe i'm wrong but my feeling is that the plugin is causing some lags

But I can just reiterate again that this plugin is just great fun and please keep up the good work!

Many thanks
GG
 
My "leecher" goes into a yellow portal, and then just stands there. My leader (bot controlled) just keep running and completing the route.
 
My "leecher" goes into a yellow portal, and then just stands there. My leader (bot controlled) just keep running and completing the route.

Where is it that you are running the party? and where is that portal ?

It should only check for and use a portal if the leader ends up in a different level area than the follower. I have noticed some places where the level area changes and there are portals near to the follower, thus resulting in the follower heading into them, but they should then TP to the leader.

I need to take a close look at this.
EDIT: Idea.... need a lightbulb smiley!
that's not the idea :P
idea.... base the search for a portal on whether or the not follower's position has changed (as well as the Level Area check)... make sure they are moving along..... if not moving along, then check for a portal as there is a good chance that the leader went through one, and the follower is more than likely right next to that portal.
I think someone had put forward this idea way back in the early days of this plugin, I forget who.

Sad oi hear that. I can imagine this drives you crazy.

I tested the plugin yesterday for the first time (even reactivated my ISBOXER subscription for it) and all what ai can say so far is that it works like charm. I'm unni g a group of 3 lvl 60 DHs and I play the leader manually whe I'm getting the automated support from my slaves. To see how my tons were doing their town runs automatically was just magic. I'm really looking forward to see this project progressing. It would be awesome to see some of the following features in the future:

- option to activate the automated fighting on the fly. Sometimes i prefer to fight with the whole team manually via the repeater function in ISBOXER
- coordinated grp fighting like everyone is attacking the same target
- compatibility with the trinity fight routines
- automatic detection if the team is in a group already because at the moment it gets stuck in the group creation process
- better memory managment. Maybe i'm wrong but my feeling is that the plugin is causing some lags

But I can just reiterate again that this plugin is just great fun and please keep up the good work!

Many thanks
GG

Hi, thanks, and great name :)

option to activate the automated fighting on the fly

Interesting, I'll have to add that one to the list on the first page.

coordinated grp fighting like everyone is attacking the same target

Yes, this is very much needed, and I'll get on it as soon as I can.

compatibility with the trinity fight routines

:( I've not touched that today, after the nightmare yesterday, so near yet so far with the fix :(
The problems may have just been some crazy gremlins getting into the works, as the fighting and stashing issues I had yesterday did not show themselves today. All worked fine as I worked on the Azmodan portal stuck fix, with the followers happily killing, looting and stashing (Belph). It failed with Belph yesterday too, but today all okay, so I'll get back to the Trinity fix as soon as possible.

automatic detection if the team is in a group already because at the moment it gets stuck in the group creation process

Yep, that definitley does need to be made more robust, and to work as you say, check if group is full....
actually, do you mean when the profile ends, and the leader leaves the game ?
If so, then that's because the <LeaveGame > tag no longer disbands the group, which obviously means I need to either:
1) force the the party to disband
or
2) let the party stay together while going from one game to another

2 would be ideal, but the last time I tried this I kept on getting errors when the leader tried to create a new game.
I'd better add this to the list on the first page.

better memory management. Maybe i'm wrong but my feeling is that the plugin is causing some lags

Yes, you are right. It's the file access, there's quite a lot going on. Radonic said to me a while back, to give the file access calls their own thread.
I'd better add that to the list too! Blimey!

Thanks for the feedback, you've given me loads to do, lol ;)

NEW VERSION - 2.0.4

The followers/dudes stuck on the Azmodan portal when the leader leaves the game HAS been fixed now :)
If the follower is in a boss portal area and within 100 of the actual portal, it will not use that portal, leaving its activation up to the leader if this is required by the profile the leader is running. The Follower/Dude will TP to town if the leader vanishes.

You can test it with the following profile, which has been created from the actual profile that is used that results in the stuck on the Azmodan portal. It just runs the Core of Arreat up to the Azmodan Portal, and the leader must be run from the menus... This profile is not good for party farming of the area, but you can see quickly (sort of) that the fix works :)
 

Attachments

Last edited:
Dumb question, this only works when all bots are on the same computer? Because they all have to access the same database, if I'm reading the instructions correctly? What happens if you and a friend want to party but he's on a different compy? Just set up a remote database you can both access?
Thanks for all your hard work.
 
Last edited:
... What happens if you and a friend want to party but he's on a different compy? Just set up a remote database you can both access?
Thanks for all your hard work.

Yep, that's exactly what you need to do, in order for different computers to be able to access the database. I just set up a shared drive on one of the computers and use that.

e.g. I have a shared drive setup on a computer called Kingdom, and it has the Temp folder shared, so the path is:

\\Kingdon\temp

- so in the config windows of PartyLeaderPro and PartyDudePro you add an \ to the end:
\\Kingdon\temp\

And then give the database a name of your choosing.
 
Yep, that's exactly what you need to do, in order for different computers to be able to access the database. I just set up a shared drive on one of the computers and use that.

e.g. I have a shared drive setup on a computer called Kingdom, and it has the Temp folder shared, so the path is:

\\Kingdon\temp

- so in the config windows of PartyLeaderPro and PartyDudePro you add an \ to the end:
\\Kingdon\temp\

And then give the database a name of your choosing.

As the higher being as my witness, this is a beautiful plugin. Too bad I'm at work so I can't fiddle around with this. Still no go on picking who to be in party right? Still only picks from top down from what i saw. Too bad there's no way to sense that you're in a party by manually partying and then going off that. Might be easier than trying to code an actual pick-someone-setting for now. Bah, my crappy coding skill.
BTW awesome profile pic.
 
Back
Top