What's new
  • 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

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

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
 
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

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
 
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

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.
 
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

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
 
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

This is possible, but what if bot get stuck while casting TP? I know this is the current issue that DB has.
 
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.

Thanks, I will have a test
 
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!

Have you tried the NotificationClickOK plugin?
I may add a option to kill the Diablo Process if desired
 
Have you tried the NotificationClickOK plugin?
I may add a option to kill the Diablo Process if desired

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.
 
Have you tried the NotificationClickOK plugin?
I may add a option to kill the Diablo Process if desired

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:
 
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:

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.
 
I wonder why it took so long for someone to create this, especially the DB devs =) Waaaaaay better than any other inactivity so far.


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.
 
Back
Top