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

[Plugin] Giles Stash & Loot Rule Replacer

Is there a way to see the loot you have collected so far.(e.g Number of rares stashed, Number of legendarys stashed) I am using a Profile restarter that does show those stats but when i use your stasher it override DB'S and it doesn't work.

Check the plugin folder - 3 files get created per bot. One lists all items junked/sold/salvaged (and their stats). One shows all items stashed/kept (and their stats). And one shows detailed item drop/pickup statistics that run over the course of your entire bot run (so you can see how many ilvl 63 rares you get per hour average, etc.). Hopefully this will cover all of your statistical analysis desires! :D
 
Hi gilesy...

Does the bot forget all the loot it was meant to pickup, after it comes back from a town run? Saw this scenario last night:

- Bot gets into epic battle with 3 elite packs that lasts a few minutes and covers a few screens.
- First champ to get downed i noticed dropped 2x lvl63 at bots feet and naturally bot is in deep combat but remembers them for later (i hope) and continues fighting.
- battle is over after killing pack number 3, but the bot was already full so straight away goes back to do a town run.
- bot finishes town run, tps back and picks up loot only in its current radius, and seems to have forgotten all the other loot strewn around the place (maybe a screen away) and just continues with the profile. doh.

what do you think, is this normal db behavior?
is it even possible to code a fix for this?
 
Hi gilesy...
what do you think, is this normal db behavior?
is it even possible to code a fix for this?

That's normal DB behavior - it will only ever loot things if;
A: It can currently loot (eg there isn't a mob in range it wants to attack, or DB isn't busy doing another action)
and B: It's in loot radius range.

The loot targeter won't scan for objects outside of whatever the current loot radius range is to help keep it less laggy (imagine if it constantly scanned everything 100 feet out and passed all that data back to be processed each time!), but also to help avoid stucks (let the profile/routine creators control all the ranges at different points of a routine, so your bot doesn't go too far off track to try to loot something and end up getting stuck).

This means with bad luck loot can drop somewhere, you can continue chasing a monster, and after killing it - that loot never comes into your radius again when you are "free" to loot.

The only viable way I can see of fixing this (or at least severely reducing the problem) is by changing the core combat behavior tree of DemonBuddy, and adding in the capacity to loot items/click shrines if they are within XXX range of your bot, regardless of being in combat. I don't know how badly this will affect the combat abilities of your bot though, but it's an idea somewhere on my own personal "to-do list" to try out (I may never get around to it, or I may try it out and find combat just goes horrible :P).

Alternatively, and a much harder thing to implement (I think), would be able to go backwards through the path it ook if it "remembered" missing loot until it found it, but this would have it's own problems, and isn't currently possible.
 
That's normal DB behavior

ahh ok thanks for the reply! :)

I had assumed it remembers loot as it goes along and then cleans up after combat stops. I could have sworn I have seen the bot go a long way to get loot from a previously slain monster (when backpack was not full).....but now that I think of it, this was probably still in its loot range at the time and never on another screen.

So it seems impossible to fix considering all the points you raised. How about this...would a different way to approach this be to inject code into belph say for the 30 ticks of combat calcs a second, have just 1 tick to simply record items (and their locations) and send it over to your loot program for processing later when combat stops and the loot code is running. sorta like a whitelist to be executed alongside picking up the normal items in pickup radius.

Lets just assume if during combat you walked from there (where loot dropped) to here that there is a clear enough path to walk back to that location for pickup. So there should not be stuck problems. besides your loot program already handles items that it cant reach with blacklisting so no problem there.

ok this all sounds very ambitious hehehe but giles, you da man!
 
shard.webp

stopped the bot when he was trying to shard a 3-4 mln weapon why the score is so low?
 
Last edited:
Giles, had a serious issue with your plugin just a couple minutes ago.
It went to the stash to deposit items (since my inventory was full)
and then it started throwing a bunch of items i had in my stash onto the ground.
I had room in the second tab of my stash, but apparently it was unhappy with this and was just throwing out items in the first tab.
Log attached

DB log
View attachment 2012-08-05 21.47.zip
Stash log (with odd behavior)
View attachment StashLog.txt
 
Last edited:
can anyone help with a Sarkoth Profile that fits with Giles Plugin?

Inrego's is not longer working/supported and other Profiles are for Barb/DH....

Need it for Wizard...

The reason i am asking: i have huge troubles with the new loot lists (bot not salvaging etc.) - Giles Plugin should help out .....

Is Farix the only suitable profile?
http://www.thebuddyforum.com/demonb...erno-sarkoth-run-profile-modified-farixs.html
 
Last edited:
ok so i notice you save settings in settings folder now, this should help with loading plugins correctly now with re loggers?
 
Giles you thing to make loot rules for RU clients?

this plugin doesn't use ANY loot rules. It flat out ignores them.

It works with russian, polish, uzbekistani, greek, dutch, double dutch, and even english clients. No loot rules required :)
 
Giles, had a serious issue with your plugin just a couple minutes ago.
It went to the stash to deposit items (since my inventory was full)
and then it started throwing a bunch of items i had in my stash onto the ground.
I had room in the second tab of my stash, but apparently it was unhappy with this and was just throwing out items in the first tab.
Log attached

Thank you very much for the log. I think I need to release 1.9.2 and go back to using my own item recognition only once again. I had tried moving to use DemonBuddy item API after Apoc told me he wouldn't support bugs with the way I handled item recognition (which there was only ever 1 quite small bug relating to follower items on the ground I asked him to give me some support for), but here's what happens with the DemonBuddy item API - it randomly breaks down and starts reading item data completely wrong on everything;
Code:
[05:57:58.672 D] [GilesStashReplacer 1.9.1] GSError: DemonBuddy thinks this item is 2 slot even though it's at bottom row of a stash page: Mythic Health Potion [healthPotion_Mythic-78] type=Bracers @ slot 30/5
[05:57:58.678 D] [GilesStashReplacer 1.9.1] GSError: DemonBuddy thinks this item is 2 slot even though it's at bottom row of a stash page: Mythic Health Potion [healthPotion_Mythic-101] type=Mace @ slot 20/7
[05:57:58.680 D] [GilesStashReplacer 1.9.1] GSError: DemonBuddy thinks this item is 2 slot even though it's at bottom row of a stash page: Exquisite Essence [Crafting_Tier_04B-110] type=Sword @ slot 30/2
[05:57:58.682 D] [GilesStashReplacer 1.9.1] GSError: DemonBuddy thinks this item is 2 slot even though it's at bottom row of a stash page: {c:ffffff00}Plan: Exalted Sovereign Mail (5){/c} [CraftingPlan_Smith_Drop-114] type=Pants @ slot 30/4
[05:57:58.684 D] [GilesStashReplacer 1.9.1] GSError: DemonBuddy thinks this item is 2 slot even though it's at bottom row of a stash page: {c:ffffff00}Plan: Exalted Sovereign Helm (5){/c} [CraftingPlan_Smith_Drop-119] type=Shoulders @ slot 10/6
[05:57:58.685 D] [GilesStashReplacer 1.9.1] GSError: DemonBuddy thinks this item is 2 slot even though it's at bottom row of a stash page: Hideous Meridian [Ring_23-122] type=Gloves @ slot 10/2
[05:57:58.685 D] [GilesStashReplacer 1.9.1] GSError: DemonBuddy thinks this item is 2 slot even though it's at bottom row of a stash page: Exquisite Essence [Crafting_Tier_04B-123] type=Boots @ slot 30/1
[05:57:58.695 D] [GilesStashReplacer 1.9.1] GSError: DemonBuddy thinks this item is 2 slot even though it's at bottom row of a stash page: {c:ffffff00}Plan: Exalted Dread Shield (6){/c} [CraftingPlan_Smith_Drop-163] type=Shield @ slot 30/7
[05:57:58.699 D] [GilesStashReplacer 1.9.1] GSError: DemonBuddy thinks this item is 2 slot even though it's at bottom row of a stash page: Glory Hold [Ring_21-177] type=Boots @ slot 10/3

Happens at random, and starting a new game or restarting DB will randomly fix it. But when it happens it starts confusing items and getting all of their data wrong, and so DemonBuddy thinks 1 slot items are 2 slot and vice versa, can't map out the stash pages properly, and starts trying to throw things in the stash where they won't fit (and can get stuck in infinite stash attempt loops as items keep going back and forth).

[url]http://www.thebuddyforum.com/demonbuddy-forum/developers/63649-follower-items-floor-turn-into-jewelry-boxes-db-internalname.html[/url]

Check that thread - it was where Apoc told me to use DemonBuddy's item handling API, which is why I did with 1.9 (though with safeties that would log oddities found, as it did above). I've just added a post to the end of that thread reporting this bug. In the meantime I'll work on version 1.9.2 going back to using only my own item recognition code.

Sorry for the problems this latest update has caused anyone - I had hoped the DB API had become more stable/reliable in recent versions.
 
View attachment 50173

stopped the bot when he was trying to shard a 3-4 mln weapon why the score is so low?

I can't see any axe listed in that output called "Cleave Gash". So it looks like DemonBuddy was throwing up the wrong data from Diablo 3 memory from that item. Sadly this happens - it's DemonBuddy's fault, it would happen without any plugins and just simple loot rules trying to read stats - DB just randomly gets item data completely wrong, and my plugin is at the mercy of DemonBuddy's memory reading from D3 (my plugin doesn't have standalone memory reading for D3, DemonBuddy still gets all the data). Read the post above for some more info, and apologies for this, but really - we just need to wait for DemonBuddy to fix it's bugs with item data handling/retrieving or we're all - people with or without any plugins - subject to issues like this.
 
v1.9.2 Uploaded:
-- Reverted back to Giles Item Recognition (with some improvements), due to root random problems still existing in DemonBuddy item API.

I will avoid the DemonBuddy item-recognising/item-handling API for a while longer yet.
 
Hy there first of all your Stuff is just awesome :)
Currently I am doing some Hell-Stuff and was wondering why the bot is not picking up tome of jewelcrafting
Yes I checked the box where it says "Pickup Crafting Tomes" but he still leaves it on the ground :(

Can u help me with that?
 
Hy there first of all your Stuff is just awesome :)
Currently I am doing some Hell-Stuff and was wondering why the bot is not picking up tome of jewelcrafting
Yes I checked the box where it says "Pickup Crafting Tomes" but he still leaves it on the ground :(
Can u help me with that?

Hola. At the moment the pickup filters only support inferno stuff (it's really designed for inferno farming/end-game farming, rather than while you level the bot up or farm lower-difficulties that don't get much - in other words, designed for item-farming). So it's ignoring those lower level tomes of jewelcrafting/blacksmithing as they are too low-level! Currently the only way around this would be if you used some custom pickup code and disable the Giles filters I'm afraid!
 
Good news - Myself & Apoc have tracked down the issue of DB randomly getting the item data wrong (eg reading item type, whether it's a 2-square item or a stackable etc. etc. all those flags), and next version of DemonBuddy will finally have a fix for this. Should stop a lot of the random errors that happen with item-handling, and so all item stuff should be a lot smoother for everyone (both for users of my plugin and people that are plugin-free) :D

(it related to DB not clearing actor caches out each time a game ended/new game started, which caused old-data to be used and confuse everything).
 
Back
Top