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

Demonbuddy Locks Up / Low FPS

mattkershaw

New Member
Joined
Jun 19, 2010
Messages
20
Reaction score
0
Been following the forums for weeks now using the suggested tweaks people have been posting and finally got the bot to run fairly well for about 5 days, however, the past few days it has gone back to not working (not sure why all of a sudden).

Some random info:
  • Windows 10 (up to date including graphics drivers etc)
  • Windows Defender/Firewall is disabled and no antivirus
  • No programs that should conflict with Demonbuddy
  • Demonbuddy folder is on C:
  • All game settings set to low, 150 FPS foreground/background
  • Using Phelon's Trinity + Demonbuddy Beta (have also tried it with release DB)
  • Have tried multiple routines + other classes and even the Chinese routines
I'm not sure why but today the bot has gone back to being unusable. I have done a fresh install of Demonbuddy + Phelon's Trinity etc, I set the bot up to run and click Start, I notice my FPS drops from 30 down to 2 and then Demonbuddy completely freezes up and I'm forced to ctrl+alt+del and end task.

I don't know if the log will tell you anything because of the fact I'm forced to kill the process but I'll post it anyway.

Any ideas?
 

Attachments

Was this log from a session you had to kill? What jumps out to me are the last few lines here:
Code:
2018-08-01 22:37:31,173 [Main Bot Thread] DEBUG DefaultLogger (null) - [Trinity 2.6.448] Bot TPS set to 5
2018-08-01 22:45:15,216 [1] INFO  BotMain (null) - Stopping the bot.
Just 8 solid minutes of nothing between those two logged events. Maybe it means something that the last logged event was related to the Bots TPS setting. Does it still lock up if you just completely disable TPS? I mean, I know it'll potentially run shitty and slow, but do you still have complete DB lock ups that have to be manually killed?
 
Was this log from a session you had to kill? What jumps out to me are the last few lines here:
Code:
2018-08-01 22:37:31,173 [Main Bot Thread] DEBUG DefaultLogger (null) - [Trinity 2.6.448] Bot TPS set to 5
2018-08-01 22:45:15,216 [1] INFO  BotMain (null) - Stopping the bot.
Just 8 solid minutes of nothing between those two logged events. Maybe it means something that the last logged event was related to the Bots TPS setting. Does it still lock up if you just completely disable TPS? I mean, I know it'll potentially run shitty and slow, but do you still have complete DB lock ups that have to be manually killed?

I think I just left it hoping it would un-freeze itself but then just finally killed the process. Tried what you suggested by turning off TPS but don't seem to notice any difference.

I've managed to get it to run a couple times where it doesn't lock up after hitting start but it's just random, I don't do anything differently so I'm having a hard time getting a solid log but here's 1 where it didn't freeze until a while in (though it always does eventually)

I let this 1 run while I went afk and came back to it frozen + Diablo disconnected, so I just killed the process, so I think that's why the previous log as well as this 1 has such a gap in the time frame. Not sure why it's still logging when it's frozen.

PS- Just a side note, when the bot was working well for me a few days ago, I was using your bounty fix and just wanted to thank you for that.
 

Attachments

Last edited:
Nothing jumps out to me as weird in your log, but then it probably wouldn't. The only things I can see that are different on your end than on mine are the fact that A) You choose North America as your navigation server whereas I leave it at Best Latency. Regardless, we still both connected to the NA server at 192.99.20.72. B) you're using the beta and I'm just using the 1.1.530.0 release version. And C) I just let Trinity auto-detect my routine, you force selection of a specific monk rotation.

And yet, something is clearly different. Mine does not lock up that severely. I do have occasional lock ups, but I haven't had one while rifting today. My only issue today has been the gem upgrade glitch where the bot doesn't find Urshi. Spent like 4 hours standing in town waiting for a portal to close magically by itself.

I do notice a couple of Exceptions get thrown very early on into your session:
Code:
2018-08-02 02:09:34,006 [1] DEBUG DefaultLogger (null) - [Trinity 2.6.448] System.Exception: Only part of a ReadProcessMemory or WriteProcessMemory request was completed, at addr: 00000097, Size: 4
   at GreyMagic.ExternalProcessMemory.ReadByteBuffer(IntPtr addr, Void* buffer, Int32 count)
   at GreyMagic.MemoryBase.Read[T](IntPtr addr)
   at Zeta.Game.Offsets.StaticsEncrypted.?????????????????????????????????????????(IntPtr )
   at Zeta.Game.Internals.Actors.DiaObject.????????????????????????????????????????()
   at Zeta.Game.PerFrameCachedValue`1.get_Value()
   at Zeta.Game.Internals.Actors.DiaObject.get_SceneId()
   at Zeta.Game.Internals.Actors.DiaObject.get_CurrentScene()
   at Zeta.Game.ZetaDia.get_CurrentLevelAreaSnoId()
   at Trinity.Components.Adventurer.Adventurer.OnWorldChanged(ChangeEventArgs`1 args) in C:\Demonbuddy\Plugins\Trinity\Components\Adventurer\Adventurer.cs:line 43
   at Trinity.Framework.Objects.Module.WorldChanged(ChangeEventArgs`1 args) in C:\Demonbuddy\Plugins\Trinity\Framework\Objects\Module.cs:line 37
   at Trinity.Framework.ModuleManager.<>c__DisplayClass20_0.<WorldIdOnChanged>b__0(Module m) in C:\Demonbuddy\Plugins\Trinity\Framework\ModuleManager.cs:line 121
   at Trinity.Framework.ModuleManager.SafeExecuteOnInstances(Action`1 action, String caller) in C:\Demonbuddy\Plugins\Trinity\Framework\ModuleManager.cs:line 163
and:
Code:
2018-08-02 02:09:34,248 [1] DEBUG DefaultLogger (null) - [Trinity 2.6.448] System.Exception: Only part of a ReadProcessMemory or WriteProcessMemory request was completed, at addr: 000001AF, Size: 12
   at GreyMagic.ExternalProcessMemory.ReadByteBuffer(IntPtr addr, Void* buffer, Int32 count)
   at GreyMagic.MemoryBase.Read[T](IntPtr addr)
   at Zeta.Game.Internals.Actors.DiaObject.get_Position()
   at Trinity.Modules.SceneStorage.get_CurrentScene() in C:\Demonbuddy\Plugins\Trinity\Modules\SceneStorage.cs:line 33
   at Trinity.Modules.SceneStorage.Update() in C:\Demonbuddy\Plugins\Trinity\Modules\SceneStorage.cs:line 147
   at Trinity.Modules.SceneStorage.OnWorldChanged(ChangeEventArgs`1 args) in C:\Demonbuddy\Plugins\Trinity\Modules\SceneStorage.cs:line 50
   at Trinity.Framework.Objects.Module.WorldChanged(ChangeEventArgs`1 args) in C:\Demonbuddy\Plugins\Trinity\Framework\Objects\Module.cs:line 37
   at Trinity.Framework.ModuleManager.<>c__DisplayClass20_0.<WorldIdOnChanged>b__0(Module m) in C:\Demonbuddy\Plugins\Trinity\Framework\ModuleManager.cs:line 121
   at Trinity.Framework.ModuleManager.SafeExecuteOnInstances(Action`1 action, String caller) in C:\Demonbuddy\Plugins\Trinity\Framework\ModuleManager.cs:line 163
And those were it. Nothing else shows up in the log until the time gap where DB hangs and you clearly had to manually kill the process. I get tons of exceptions during a botting session, but not right at the beginning like that. They tend to happen like clockwork every 5-10 minutes. Also at the 00000097 memory address similar to your first thrown exception.

I have Windows Defender and Norton Security Suite running, both with exclusions set for the Diablo3 and DB folders. I completely disable audio for diablo 3 in game settings. And when I'm leaving it to run unattended I let DB sit on top of the Diablo 3 window.

I have no clue, man. I could guess but it would be like throwing a dart at a dictionary and hoping you spell out an intelligible sentence. I sympathize. I really do. Hopefully someone far more knowledgeable will be able to help, or have a good recommendation for something to try. I'm just a typical end-user. Most problems I can solve on my own are of the shut it off and turn it back on variety. Windows does like a good restart every now and then.

But anyway, I am glad you were able to get some use out of the Bounty Fix. It's still horrible, but it's like driving a car with three working tires instead of none.
 
All good man. Really appreciate you taking time to check the logs and give suggestions.

Funny thing is today it works at 30 fps again and hasn't locked up yet but I'm using the release DB again.

Now I'm getting lag and constant Diablo 3 error code 1016. (though I understand this isn't related to DB itself) lol it's always something.

Edit: Sigh, nope... back to locking up and 3fps :/
 
Last edited:
Back
Top