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!

Nothing changed for me =(
Still TP loop

weird....

------

I just checked the files uploaded, and they are the correct ones. The cause of the TP loop was fixed in this version, but earlier versions still had the error.

What is happening exactly, and what are are you attempting to d the runs ?
 
Last edited:
well i set path D:\Comms
PathCoordinates file here is empty
and file ..\CommsCentre\PathCoordinates is not empty
 
Is there a way to set who to invite instead of just the first 4 on the list?
 
Running with Leader and 1 Dude, seems to work okay except for the follower looting problems. starts to twitch and then decides to not loot and TP to the leaders location.
 
been running with a moocher for exp *too lazy to lvl new chars* so im power boosting one, and i found a current issue with profiles that could be solved one of two ways, Issue - In act 3 when the leader uses a portal to go to a new location from town *skycrown/arreat gate* the follower cannot tp there and does not run to wp so gets permastuck until new game. Could be solved by sending useobject's or changing the profile to fit the plugin, either works :P

Edit: Forgot to say ++rep this is amazing

Edit#2 if follower dies your plugin overrides the death handling routines so it just idles at death screen
 
Last edited:
Seems like a awesome project :) Will be awesome to see how it shapes up!
 
well i set path D:\Comms
PathCoordinates file here is empty
and file ..\CommsCentre\PathCoordinates is not empty

Yep, I now believe you 100%. It literally just happened to me. It's the PartyDude that is making the CommsCentre folder.

I found this out when everybody joined up, but the Party Creation failed to end. Looking at the PartyState file where is should have been updated C:\Temp\Comms\, it was still set to NotPresent for the Dude.
I then noticed there was also a C:\Temp\CommsCentre\ folder. On checking the PartyState in that folder it was set to Present for the Dude, which means the Dude was looking in the wrong place!

Looking in the CommsCentre folder, all the database files are present, this proves that it's the PartyLeaderPro that is creating the folder and files, as the PartyDudePro can only delete and create the PartyState and PartyMemberID files. In fact, it cannot create the folder, only the files.

So, the fault is in the PartyLeaderPro plugin.... it's creating that \CommsCentre folder then passing this information to the PartyDudepro....

No to figure out where it's doing that..... for the the fail happened at the very start on the very first run attempt, so.... OnGameChanged event perhaps...


Is there a way to set who to invite instead of just the first 4 on the list?

I'm afraid not, as yet. Not too sure as to how to do that. The Invite to Party buttons each have a fixed and unique HASH (mathematical value that represents the image), so, the first 4 friends in the list, going from the top down, have been accounted for in the Plugin code.

I don't think there is any way to uniquely identify the people in the list :(

I haven't written this off. It's something that can be improved upon.


Running with Leader and 1 Dude, seems to work okay except for the follower looting problems. starts to twitch and then decides to not loot and TP to the leaders location.

Hmm, odd... that's as if the isLooting check is not in place. Before the Dude moves the bot makes sure the bot is not currently looting. Does the Dude loot at all ?


been running with a moocher for exp *too lazy to lvl new chars* so im power boosting one, and i found a current issue with profiles that could be solved one of two ways, Issue - In act 3 when the leader uses a portal to go to a new location from town *skycrown/arreat gate* the follower cannot tp there and does not run to wp so gets permastuck until new game. Could be solved by sending useobject's or changing the profile to fit the plugin, either works :P

Edit: Forgot to say ++rep this is amazing

Edit#2 if follower dies your plugin overrides the death handling routines so it just idles at death screen

lol, yeah, I like run the party, with me in control of the leader. Good fun :)

Yep, I need to look into a solution for the Dude getting stuck in an are where it cannot get back to the banner to rejoin the party. I think that is first on the list once I finally have a bug free version released!

Ides at death screen: it should not do that, it's supposed to TP back to town and use the leader's banner..... hmm, maybe the HASH for the button it's supposed to click on in the death screen changes.... damn.... I'll have to force some deaths and see if that hash does change.


Seems like a awesome project :) Will be awesome to see how it shapes up!

Thanks :) lots to do..............................
Was gonna take a break from the computer today, but it looks like that will have to be put on hold!

Oh well, back to it..... now where the F is the PartyLeaderpro creating the CommsCentre folder??????!!!!!!!!! and passing the info to the Dude ????????!!!!!!!!
fun fun fun
 
Okay, I just found that the default values for the path and filename are not being overwritten when the plugin is enabled. It is not loading the values from the config file. This can cause problems, obviously.
 
hey!

i got a question regarding changes in 1.05, in a blue post they wrote, that MP can only be used in private games...

"Posted by Lylirra
Monster Power will not be available for Public Games"


So can i make private games for leader and buddys, or not?:)
 
hey!

i got a question regarding changes in 1.05, in a blue post they wrote, that MP can only be used in private games...

"Posted by Lylirra
Monster Power will not be available for Public Games"


So can i make private games for leader and buddys, or not?:)

Yes, you can make private games for the party. This plugin does not use the Quick Join buttons. It invites as you would invite other people, by clicking on the Invite To Party button that appears next to their name in the friends list.

You need to disable the "Allow Quick join" option in the options -> social menu (bottom right corner). After that, people can only join your game if you invited.

-----------------------------------------------------

UPDATED VERSION ABOUT TO BE POSTED

I have got a new version to upload, which now has the PartyLeaderPro and PartyDudeProd load the config settings when the plugin is enabled and at the start of a new game.

Before it was only loading the new settings whenever the Config GUI was opened.... very stack of me!

Version will be 1.0.1 .... as it's a bug fix
 
My dude still instantly loses the leader :(

EDIT: Communication works somewhat though, they succeed in creating a game and inviting themselves, just instantly after join the dude goes "i have lost the leader".
 
My dude still instantly loses the leader :(

EDIT: Communication works somewhat though, they succeed in creating a game and inviting themselves, just instantly after join the dude goes "i have lost the leader".

Are you using a dropbox ?

It looks like there might be a problem with having the database on a dropbox. I've got no idea how they work.

I just thought of something... was the leader in combat when the follower lost him?
If the leader is in combat it cannot pass its location to the followers, that could make the follower TP/Banner loop....
I'll have a look at the code, as the follower should not TP if it banners to the leader and into a fight. The Follwoer should fight as well.

I was just looking at CooleR's setup via TeamViewer, and what I just said happened with his char. It Lost leader just as leader went through a Waypoint, so the follower used the Banner to join the leader, but the leader was in combat, and was unable to pass its location to the follower, so the database had a leader coordinates that were out of range of the leader's current loation, thus causing and Out Of range for the follower.

I'll check the code...
 
Last edited:
OK --oddly
Got this to work with one followers this morning.

Currently the only issue I'm having is the follower does not res

And portal usage ...

I guess the best way to handle that would to be to put a check on "I lost the leader" and make it use ANY portal right next to it.
 
Last edited:
Are you using a dropbox ?

It looks like there might be a problem with having the database on a dropbox. I've got no idea how they work.

I just thought of something... was the leader in combat when the follower lost him?
If the leader is in combat it cannot pass its location to the followers, that could make the follower TP/Banner loop....
I'll have a look at the code, as the follower should not TP if it banners to the leader and into a fight. The Follwoer should fight as well.

I was just looking at CooleR's setup via TeamViewer, and what I just said happened with his char. It Lost leader just as leader went through a Waypoint, so the follower used the Banner to join the leader, but the leader was in combat, and was unable to pass its location to the follower, so the database had a leader coordinates that were out of range of the leader's current loation, thus causing and Out Of range for the follower.

I'll check the code...

I was storing the database on shared folder, and no – the leader was not in combat. He was still waiting in town. The buddy basically appeared next to the leader and instantly lost him.
 
Hmm, odd... that's as if the isLooting check is not in place. Before the Dude moves the bot makes sure the bot is not currently looting. Does the Dude loot at all ?

The Dude does loot as long as Leader is within range. It looks as though if Leader is too far away bot starts twitching cause he has conflicts with looting or following leader.
 
Last edited:
OK --oddly
Got this to work with one followers this morning.

Currently the only issue I'm having is the follower does not res

And portal usage ...

I guess the best way to handle that would to be to put a check on "I lost the leader" and make it use ANY portal right next to it.

I'll have to have a play with the rezzing of the follower. It looks like that is a bit intermittent.

Portal/Waypoint usage.... I need to think on that one.

I was storing the database on shared folder, and no ? the leader was not in combat. He was still waiting in town. The buddy basically appeared next to the leader and instantly lost him.

mm.... flummoxed I be

Try going into the config windows, make sure they have the correct setting, then click on Done. Then disable and then enable the PartyLeaderPro plugin. That will force the plugin to load the contents of the config file.

The Dude does loot as long as Leader is within range. It looks as though if Leader is too far away bot starts twitching cause he has conflicts with looting or following leader.

Odd, the looting should take precedence. If there's loot to be had it should not bother with following the leader, no matter how far away the leader is. I'll have to have a play with that.
 
Hey Im following this post from my Holliday for a pretty long time allready, and can't wait to get home and give this a try - sounds amazing.
I just saw Giles latest plugin notes and he put new XML options.
http://www.thebuddyforum.com/demonb.../73952-trinity-v1-6-new-profile-xml-tags.html
My ideas were two:
1. Force town runs (remember seeing this is a problem) so now it should be possible
2. Go to SNO if you know the leaders SNO you can just check if he is close, if he is then walk to him and otherwise tp and banner.
It makes it less message dependent and should be faster and more precise (solves the need to update leader location).
 
Hey Im following this post from my Holliday for a pretty long time allready, and can't wait to get home and give this a try - sounds amazing.
I just saw Giles latest plugin notes and he put new XML options.
http://www.thebuddyforum.com/demonb.../73952-trinity-v1-6-new-profile-xml-tags.html
My ideas were two:
1. Force town runs (remember seeing this is a problem) so now it should be possible
2. Go to SNO if you know the leaders SNO you can just check if he is close, if he is then walk to him and otherwise tp and banner.
It makes it less message dependent and should be faster and more precise (solves the need to update leader location).

I'll have a look at that.... that would definitely solve the town run issue

I'll have to think about 2.... actor SNO.... brain is a bit frazzled at the moment. I'm certain there was a valid reason why I could not do as you say. I'll make a note of this in my project diary, and loo at it tomorrow.

Lots to do to improve this, and all input is very welcome :)

Chatting to Bio72301 on IRC, and made a very valid point.... very suspicious looking for the followers to have to always TP and banner, whenever the leader uses a portal or waypoint.
Thinking on this, I wonder if you could add all the portals and waypoints that your leader will use, to a CombatBot profile? I'll test it out

Enjoy your holiday, and forget about all this.... get the cocktails in!

------------------------
NEW VERSION UPLOADED - 1.0.2

Leader death - reloads the profile now, instead of creating a new game - Bio72301 made a good point, that you don't really want to waste that nephalem stack)
Follower death - wait times reduced during the death moment, so it should click on the rez button in quick time.
 
Last edited:
Back
Top