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

[Plugin]If not pick up Gold for 300 seconds, leave the game and reload the profile

aalias said:
.
.
.
This plugin is so good that its only 'disadvantage' is that it discourages the plugins with problems to improve. :cool:
.
.
.
Click to expand...

Like the problems would get fixed anyway, I'd rather run all day than for a couple of hours and get stuck in the same spot, this plugin lets me do that.

G
 
Anyway to make your startProfile=C:\Profile\A3\START.xml not be from full profile path? If I run it through VMWARE, I put them all on my desktop but the account names are different, so each startProfile= has to be different, and I need to change each of them. Can you just make it from relative path since most people keep their Profile folder in their DB folder.
For example:
startProfile=Profiles\A3\START.xml
or
startProfile=Profiles\START.xml
etc.

This way we won't have to list it as:
startProfile=C:\Users\Vm1\Desktop\Demon Buddy\Profiles\A3\START.xml
 
zippysticks said:
Anyway to make your startProfile=C:\Profile\A3\START.xml not be from full profile path? If I run it through VMWARE, I put them all on my desktop but the account names are different, so each startProfile= has to be different, and I need to change each of them. Can you just make it from relative path since most people keep their Profile folder in their DB folder.
For example:
startProfile=Profiles\A3\START.xml
or
startProfile=Profiles\START.xml
etc.

This way we won't have to list it as:
startProfile=C:\Users\Vm1\Desktop\Demon Buddy\Profiles\A3\START.xml
Click to expand...

There are two reason why I use absolute path rather than relative path.
1. If you are using VMware, the VMware guide suggest you put all your bot profile to shared single folder. That profile would be probably like Z:\Profiles\A3\Start.xml. The advantage is that, if you update your profile, you don't need to copy it everywhere. Map your shared folder to the same place, that will solve your problem. (And I am doing the same thing too)

2. Since this is an Inactivity Timer, the stability is the most important point. Due to DB/Profile manager random bug, in some situation, the current profile path or last profile path can not be read, null point exception come out. That's why some people keep loop the in the last profile without progressing. If the current or last profile path can not be detected, it is really hard to figure out which profile you want to go. So, be safe, absolute path is introduced.

Anyway, this is a one off job for you if you don't want to map network drive or shared folder. Hope it is not much trouble for you.
In the later version, I will try to add smart detect "Start Profile". But reliable is the more important than easy to setup.

:D
 
righttang said:
There are two reason why I use absolute path rather than relative path.
1. If you are using VMware, the VMware guide suggest you put all your bot profile to shared single folder. That profile would be probably like Z:\Profiles\A3\Start.xml. The advantage is that, if you update your profile, you don't need to copy it everywhere. Map your shared folder to the same place, that will solve your problem. (And I am doing the same thing too)

2. Since this is an Inactivity Timer, the stability is the most important point. Due to DB/Profile manager random bug, in some situation, the current profile path or last profile path can not be read, null point exception come out. That's why some people keep loop the in the last profile without progressing. If the current or last profile path can not be detected, it is really hard to figure out which profile you want to go. So, be safe, absolute path is introduced.

Anyway, this is a one off job for you if you don't want to map network drive or shared folder. Hope it is not much trouble for you.
In the later version, I will try to add smart detect "Start Profile". But reliable is the more important than easy to setup.

:D
Click to expand...

I understand =), to fix current profile path or last profile path issue/bug. Use this: http://www.thebuddyforum.com/demonb...s-instance-lastprofile-loadprofile-issue.html too many people use:
Code: 
ProfileManager.Load(GlobalSettings.Instance.LastProfile);
But that seems buggy at times for me too, not sure why people keep using it, but I found a solution, use this instead:
Code: 
ProfileManager.Load(ProfileManager.CurrentProfile.Path);
to me, it seems more reliable, and so far has always reloaded my current profiles.
 
righttang said:
Which version are you using?

If you are using version 0.1/0.0, your change might work.
If the plugin version is 0.2 afterwards, any inline change will be overwrite by the configration file located in Demonbuddy/settings/GoldInactivityTimer.cfg file
Click to expand...

ah ok thanks, i was using .2. I changed it in the settings folder and it works! Literally the best plugin along with giles, radatoms, and yars. I could leave it running 24/7 now without my gph dropping dramatically
 
Last edited:
Hi righttang
thanks for the effort !!

Would it possible to have the bot to tp back to town b4 exist game ? I'm using alkazier if the bot quit the game let say in tower or other maps i will cause the profile gone wrong as when it join back the game it's not in core of arreat
 
ffrank said:
Hi righttang
thanks for the effort !!

Would it possible to have the bot to tp back to town b4 exist game ? I'm using alkazier if the bot quit the game let say in tower or other maps i will cause the profile gone wrong as when it join back the game it's not in core of arreat
Click to expand...

This is possible, but what if bot get stuck while casting TP? I know this is the current issue that DB has.
 
zippysticks said:
I understand =), to fix current profile path or last profile path issue/bug. Use this: http://www.thebuddyforum.com/demonb...s-instance-lastprofile-loadprofile-issue.html too many people use:
Code: 
ProfileManager.Load(GlobalSettings.Instance.LastProfile);
But that seems buggy at times for me too, not sure why people keep using it, but I found a solution, use this instead:
Code: 
ProfileManager.Load(ProfileManager.CurrentProfile.Path);
to me, it seems more reliable, and so far has always reloaded my current profiles.
Click to expand...

Thanks, I will have a test
 
ungo666 said:
Hi there , first of all thanks for the plugin , badly needed and well done indeed.
I have one request , as i'm currently using a relogger who's taking care of choosing my profiles etc , would it be possible to set an option to make it close diablo instead of just leaving the game ?

This way it will be also useful if the bot get stuck with an error message (in wich case u cannot leave the game if you don't press ok, and it just stands there). With this option it would close everything (just closing diablo will automatically close DB) and relogger would take care of the rest.

Cheers!
Click to expand...

Have you tried the NotificationClickOK plugin?
I may add a option to kill the Diablo Process if desired
 
righttang said:
Have you tried the NotificationClickOK plugin?
I may add a option to kill the Diablo Process if desired
Click to expand...

I think that would be best solution, to kill diablo process, since DB would auto-exit if it doesn't detect the process anymore. Combine this with a relogger = full afk botting.
 
righttang said:
Have you tried the NotificationClickOK plugin?
I may add a option to kill the Diablo Process if desired
Click to expand...

i used it , but it doesnt cath em all, your plugin would no matter what , and a simple "true" "false" option to also kill diablo would be damn perfect (like "disabled" by default to leave it unchanged for users without a relogger)

Anyway thanks , this error is just a grain of sand of what this plugin already solve :)
 
I wonder why it took so long for someone to create this, especially the DB devs =) Waaaaaay better than any other inactivity so far.
 
OK, let me find a way to kill the diablo process, or someone can share a piece of code so I can add that in?:cool:
 
righttang said:
OK, let me find a way to kill the diablo process, or someone can share a piece of code so I can add that in?:cool:
Click to expand...

Does anything like this exist or something similar?

ZetaDia.Service.Games.ExitGame();
ZetaDia.Service.Games.Shutdown();
ZetaDia.Service.Games.QuitGame();

Don't know, just guessing, or maybe the dev can implement a similar coding.
 
zippysticks said:
I wonder why it took so long for someone to create this, especially the DB devs =) Waaaaaay better than any other inactivity so far.
Click to expand...


Agreed, all my posts asking for this kept getting locked, such a simple solution, should really be in the DB core to tell the truth.

G
 
you should have a different timer for dungeon and intown.

Since identifying and selling takes a while, i would like to use a low no gold pickup timer, but if i do that it wont do things previously stated.
 
You must log in or register to reply here.
Back
Top