[Plugin] A ChuckyEgg Attempt! - PartyLeader PartyDude, for Co-Op Botting

[yarmatey]

I think you should give those to Chuckyegg instead Its his plugin and he deserves it after all the hard work

Im trying to finish this instance in Rift atm but I meant to include that the offer is extended to him as well. Thing is, he says he doesn't have a lot of time and I'd really like to have this asap. But don't worry, if he finishes or if he doesn't, he'll get a donation as well if this plugin starts talking to each other and can stay together.

 

[ChuckyEgg]

Im trying to finish this instance in Rift atm but I meant to include that the offer is extended to him as well. Thing is, he says he doesn't have a lot of time and I'd really like to have this asap. But don't worry, if he finishes or if he doesn't, he'll get a donation as well if this plugin starts talking to each other and can stay together.

I don't mind if anyone else wants to take this on to make the fully featured version with proper COMMS.

It would be best if that version (COMMS) gets its own thread, and leave this one as it is. This can be the simple version

I'm only doing this for the buzz. I love to solve problems and coding supplies the regular fix to satisfy that problem solving craving, especially when getting involved with things like this (botting related).

For me, I'm not going to go all out to get things implemented by following a set time line, that's too much like a job, I'm just doing this for the fun of it.

--------------
Where I'm at so far....
Working on death handling - DONE: On death the char teleports to base, then goes to the leader's banner...... NEXT: use banner to rejoin group, then start run from that point

Once that's done, I'll then have to allow for certain situations re teleporting back to town to use banners; leader may also be dead or stashing.... things like that, also the leader will need to make use of one of the other party member's banner.

Looks like the pollen is high today, damn! major dizzyness!

 

[ZeroNoDie]

Best plugin ever!!!!!!! tried it one run.. with 3 bots... it went flawless ...around like 1-2 deaths but they catched up with the others.. i even had full inventory town runs and they got together again... it was awesome... and monk+barb combination works awesome... +% dodge on all party + 50% resist... it is freaking op.. and one bot with some pickup radius.. and it is a perfect combo...!!! ChuckyEgg u rock!
Edit: and forgot to say that after the run was done... they started the game again and made another party and everything went fine...! and i'm running act 3

 

[Eddyno]

best plugin ever

testing barb+monk !

they totally lost when someone is going to town-run routine.. when some of the party is full all bot should be run a town-routine

 

[ChuckyEgg]

Best plugin ever!!!!!!! tried it one run.. with 3 bots... it went flawless ...around like 1-2 deaths but they catched up with the others.. i even had full inventory town runs and they got together again... it was awesome... and monk+barb combination works awesome... +% dodge on all party + 50% resist... it is freaking op.. and one bot with some pickup radius.. and it is a perfect combo...!!! ChuckyEgg u rock!
Edit: and forgot to say that after the run was done... they started the game again and made another party and everything went fine...! and i'm running act 3

best plugin ever

testing barb+monk !

they totally lost when someone is going to town-run routine.. when some of the party is full all bot should be run a town-routine

Thanks guys

Yeah, I run parties of Monk and Barbs. They seem to work very well together.

Once the death handling is implemented things will run a LOT smoother. Not sure how long that will take to do, so don't hold your breath...... distractions a million, and damn hayfever fogging the brain.

Eddyno, a decent COMMS system linking the bots is needed for that, and would be part of a more advanced version of this plugin if I or anyone else takes that project on.

That would rock, but for now I want to improve on this version a bit, and death handling will do that.

Thanks again guys, for the feedback...... all good, especially of the constructive variety

Now back to the death handling..... damn, phone is going....... distraction distraction distraction! lol

 

[Eddyno]

stopped testing

another issues when the bot behind is getting aggro from elite like the flying one ofc he stop for fight and the other one goes away.. if he dies its a mess

also what happen if the first bot finish the run and invite the other one when is like 2 map before? ^^ (i mean act 3 champ hunt where you have like 6-7 maps)

he will accept the invite but he goes for another map

i think we need an option for load the profile starter when the dude accept the invite so even if something is wrong the leader will make a new game

i dont know what happened but 2 times i was not watching and monk was making new act 3 game and the leader was still on the older game

 

[legendxiong]

are we suppose to remove everyone on the friend list but the other bots we want in our party?

 

[Eddyno]

are we suppose to remove everyone on the friend list but the other bots we want in our party?

yes i think.. on leader at least

 

[ChuckyEgg]

Yep, on the leader

or, that they are the 1st 4 on your friends list, as the plugin clicks on the hashes of the first 4 Invite to Party images.

 

[ChuckyEgg]

stopped testing

another issues when the bot behind is getting aggro from elite like the flying one ofc he stop for fight and the other one goes away.. if he dies its a mess

Yeah, this requires a decent COMMS system between the bots to solve most of these issues.

also what happen if the first bot finish the run and invite the other one when is like 2 map before? ^^ (i mean act 3 champ hunt where you have like 6-7 maps)

he will accept the invite but he goes for another map

Hmm, not liking the multiple maps ? If they are part of one profile, it should be fine. I guess if the maps are split up into different files, then that might confuse things.
Might have to have a look at that. Which champ farming one are you using ? I'll try it out.

i dont know what happened but 2 times i was not watching and monk was making new act 3 game and the leader was still on the older game

That looks like your monk got stuck or something similar, making DB leave and create a new game.

PartLeader will check every few minutes (if set to do so), to see if anyone has left the party. If someone has left, PartyLeader will create a new game and reform the party.

 

[Eddyno]

http://www.thebuddyforum.com/demonb.../act-3/67155-a3-inferno-champion-hunting.html

there are like 9 xml.. they make like this for death handling


for example if the a dude get stucked he will make a new game right? after 3 min he is on third map even if he accept a invite from leader for a new game he will start from another xml

[19:20:13.739 N] [RadsProfileManager beta] Been asked to load a new profile, which is Silhouettes_DamnedTower.xml
[19:20:14.164 N] Loaded profile [A3 - Inferno]Champion-Hunting 1.0 Silhouettes- Tower of the Damned Level 1

[19:23:34.652 N] [RadsProfileManager beta] Been asked to load a new profile, which is Silhouettes_CursedTower.xml
[19:23:35.032 N] Loaded profile [A3 - Inferno]Champion-Hunting 1.0 Silhouettes - Tower of the Cursed Level 1

[19:26:55.184 N] [RadsProfileManager beta] Been asked to load a new profile, which is Silhouettes_CoreOnly.xml

hope it explain

 

[ChuckyEgg]

http://www.thebuddyforum.com/demonb.../act-3/67155-a3-inferno-champion-hunting.html

there are like 9 xml.. they make like this for death handling


for example if the a dude get stucked he will make a new game right? after 3 min he is on third map even if he accept a invite from leader for a new game he will start from another xml

[19:20:13.739 N] [RadsProfileManager beta] Been asked to load a new profile, which is Silhouettes_DamnedTower.xml
[19:20:14.164 N] Loaded profile [A3 - Inferno]Champion-Hunting 1.0 Silhouettes- Tower of the Damned Level 1

[19:23:34.652 N] [RadsProfileManager beta] Been asked to load a new profile, which is Silhouettes_CursedTower.xml
[19:23:35.032 N] Loaded profile [A3 - Inferno]Champion-Hunting 1.0 Silhouettes - Tower of the Cursed Level 1

[19:26:55.184 N] [RadsProfileManager beta] Been asked to load a new profile, which is Silhouettes_CoreOnly.xml

hope it explain

Okay, cool. I'll try that out tomorrow, and see what happens.

Now it's chill time and some TV (Bones, Prison Break, Weeds, Hawaii Five 0, and Lost Girl)... Internet FTW, make up your own TV schedule

----------------------------
EDIT: I think I know what's causing the XMLs to go out of synch.

The PartyDudes on entering a new game load the last profile, which in a situation where the profile is split up into many profiles, will result in the PartyDude loading the profile it was last using, and the PartyLeader loading the beginning profile, which could easily be different profiles (PartyDude is in the 2nd profile when PartyLeader creates a new game).

I set the PartyDude to load the profile on entry to the game in order to stop some pathing issues that were cropping up.

I'll have a play tomorrow, and figure out a fix for this.

------------------------------
EDIT: I just tried it out, and this definitely cannot handle multipart profiles. It can only handle a single profile.
I tried removing the Load Last Profile from the onGameChange method in PartyDude, but that just resulted in the pathing problem coming back.

It looks like this is another thing that requires the COMMS system between bots to be in place.

 

[sfj]

EDIT: I just tried it out, and this definitely cannot handle multipart profiles. It can only handle a single profile.
I tried removing the Load Last Profile from the onGameChange method in PartyDude, but that just resulted in the pathing problem coming back.

It looks like this is another thing that requires the COMMS system between bots to be in place.

Works just fine with our ProfileSwitcher - we load the profile after joining - running just fine with 2-4 buddys and they only very rarly get out of sync!

 

[bio72301]

Works just fine with our ProfileSwitcher - we load the profile after joining - running just fine with 2-4 buddys and they only very rarly get out of sync!

I switched to yours (beta) so I could run this plugin. However, whenever a toon dies, he just ports back and does nothing. It's quite upsetting.



I think the better way to handle this plugin is to just set up some very simple protocols as opposed to communication. I know more could be done with communication, but working is better than 1/2'in it. Forget the profile on the followers, have it act like Follow me -- add a death handler to the followers to where it flags to the leader and let the leader handle the profile loading and ordering. If the leader dies, the bot fights until out of combat and then he just relaxes until the leader comes into range, and then follow again. If 20 seconds of inactivity pass ... port and flag. I would think a range of 90 for detection of the leader would put you in field at nearly all times. If he loses the leader, port and flag if not in combat.

The only downside to that I guess would be no doorways/portal entrances. However, the "oh crap my leader isnt in range" trigger for port and flag would work for that too. Not the most elegant handling, but easy

That pretty much address's all the problems with this plugin since yours already does the inviting perfectly (albeit, a bit too much checking for lost characters).

 

[yarmatey]

That pretty much address's all the problems with this plugin since yours already does the inviting perfectly (albeit, a bit too much checking for lost characters).

I want to reiterate this because I have seen the bot die on many occasions due to checking for other players while in combat.

 

[ChuckyEgg]

a bit too much checking for lost characters).

I want to reiterate this because I have seen the bot die on many occasions due to checking for other players while in combat.

Hmm, it's supposed to only invite if not in combat..... looking at the code, it looks like I either did not put that in or got the versions of the plugin mixed up, thus overwriting the version with an InCombat check.... damn...

I was going to, and will now add to the config window, the ability for anyone to alter the time gap between party integrity checks.

I switched to yours (beta) so I could run this plugin. However, whenever a toon dies, he just ports back and does nothing. It's quite upsetting.

I think the better way to handle this plugin is to just set up some very simple protocols as opposed to communication. I know more could be done with communication, but working is better than 1/2'in it. Forget the profile on the followers, have it act like Follow me -- add a death handler to the followers to where it flags to the leader and let the leader handle the profile loading and ordering. If the leader dies, the bot fights until out of combat and then he just relaxes until the leader comes into range, and then follow again. If 20 seconds of inactivity pass ... port and flag. I would think a range of 90 for detection of the leader would put you in field at nearly all times. If he loses the leader, port and flag if not in combat.

The only downside to that I guess would be no doorways/portal entrances. However, the "oh crap my leader isnt in range" trigger for port and flag would work for that too. Not the most elegant handling, but easy

I'm still working on the death handling.

The identification of the banners is proving to be a bit annoying, as DB seems to not always load the current ACDGuid (dynamically created unique ID, required for interaction with objects).... DB seems to have a will of its own.
Also, I'll add the option to disable death handling, as other plugins also have this facility.

The only way I can think of creating a Follow Me type of plugin, is to use a COMMS system, in the form of a simple text file, that all bots have access to. The leader write to it (coordinates), and the followers read from it. I think it was Radonic who mentioned this early on in this thread.

I think if I am going to do anything, it might as well be a decent, faster, and more efficient COMMS system, using an SQL database. Also mentioned/recommended by Radonic, and others I believe.

I will sort out this checking on party integrity, hopefully today.

 

[twistedheat]

i like this plugin a lot bro, good job. i hope to see it up and working 100% soonish

 

[Haley]

running this for days very smooth and perfect with 2 - 4 toons! - Full act3 with ProfileSwitcher!

Please keep up the good work.

 

[ChuckyEgg]

*** NEW VERSION AVAILABLE ***

Version 1.1
- From the Config GUI, you can now change the duration (time) between checks on whether anybody has left the party (default: 5 minutes).

- If the leader is in combat when it is supposed to check on the party's integrity, it will now cancel the check, and continue fighting.



FUTURE POSSIBLE ADDITIONS/CHANGES

Proper comms / follow leader (no profile for followers) / decent death handling
- who knows, it all depends on time, and whether or not I stay interested in this
- also, it would be better if this version is a totally new plugin.


Death handling

• I'm considering having this just teleport to base, then reload the profile (10 min job + testing)
  • People will be able to disable this
  • PROBLEM: if using a massive profile, the char could end up a long way back in the run.
• I'd like for it to use the banner to rejoin the group, but having problems with this
• PROBLEM: There could be problems if people are using a plugin that already has death handling, but I can allow this plugin's death handling to be disabled by the user

 

[bio72301]

Invite works great now.
Multi part profiles still eat my lunch. Mainly because my warrior is slightly under geared in relation to my monk and he dies occasionally