I’ll look into it. Maybe diff is wrong, idk. Can you post a screenshot from in game showing reduced targets’ damage less that 11%?
Hm, this shouldn’t happen 
I’ll investigate this in the next few days and get back to you.
Not a problem / consistent thing the way I use Grim Tools, just informing
GDStash, Patch Notes and the following screenshots from 1.1.9.6 all imply 8% - 12% range
This should be fixed now.
1 Like
They resemble the file structure and drop chances of loot that drops from Alkamos
-
first 3 vertical lines mean there’s a 30% chance for 100% chance for 100% chance
so basically just 30% to get one of those things on the right of the first 3 vertical lines- that’s why the percentages on the right sum to 30%
The percentages on the right are the true chances to get those, so you really get Touch of Anguish 2.45 times per 100 Alkamos kills
- if there are multiple things just after a single line - only one of them can drop
1 Like
Thanks once again!
I have a problem and I don’t know, if it is “issue” with Grim Tools, or a proper behaviour of crafted belt.
The trouble is: I planned a build with “Bysmiel Lethal Girdle” - green belt, which can or needs to be crafted. But I can assign only prefix or suffix, BUT NOT BOTH of them. Does it mean that crafted belts or any other stuff has only one “affix”?
The build is disponible at this link: Trickster, Level 100 (GD 1.1.9.7) - Grim Dawn Build Calculator
Thanks for any relevant reply!
if Grim Tools allows only 1 affix it’s the same in-game
1 Like
crafted items, where base item is rare can only get 1 affix
stoneplates etc is base magick, so it can get 2 affixes like normal drops
2 Likes
Am I doing something wrong here or is there an issue with search? I’m checking for augments to use, but when (for instance) I search for “Fire Damage” (with or without quotes), I only get a limited list of augments (Voidvine powder missing as an example)
The reason is Grim Tools cannot list more than about 500 results, more will be missing.
Fire damage is super common term and there are far more results than that.
Here are different methods how to search for these augments:
-
“Fire Damage” “augment”
-
Regex as follows
-
Advanced search
-
Searching in build calc for things meant for separate slots
Ah ok, thanks I’ll use those methods.
Is there a way to increase the size of the dropdown box on a standalone Grim Dawn Item Database?
See my screenshot. On the left it’s the web implementation of the tool. On the right it’s the standalone implementation of the tool.
Dammitt for some reason when i’m handing out links to GT db searches using/following said links auto corrects it “not exactly the link”
ex https://www.grimtools.com/db/search?query=“physical%20damage%20converted%20to%20cold%20damage%20to%20Menhir”&in_description=1&exact_match=0
when used/followed it auto changes the description=1 to description=0 thus returning a “no items found”,
not really sure why it does that, since using the db normally not only does the include item description seem ticked by default, but also “sticks” just browsing/navigating pages or going forth and back outside copied links
*it’s also not just for me as in ex potentially my cookie settings, but when i’m handing people those links they return with a comment how there was no items in my link, so i need to tell them to no manually tick the box, despite the link followed definitely having the description=1 in it
That’s odd. I tried this in several browsers (incognito mode) and can’t reproduce it. There’s no switching from 1 to 0 anywhere, plus there’s no such thing in the code to begin with 
Hypothetically if user has different language selected, then he won’t be seeing any results because there are no matches for query string in their language, but description=1 wouldn’t change to description=0.
1 Like
wonder if maybe it’s more a discord/steam related thingy then 
when i’m clicking the link in the above post, i’m getting it redirected correct
then when i’m clicking the same link made in this post, i get redirected to a description=0
Yeah, these links are incorrectly url encoded by Steam’s link filter. If you copy text of the link and paste it in browser, it works correctly, because that’s how it’s supposed to look:
https://www.grimtools.com/db/search?query=%22physical%20damage%20converted%20to%20cold%20damage%20to%20Menhir%22&in_description=1&exact_match=0
And if you check the actual link, it will look like this:
https://steamcommunity.com/linkfilter/?u=https%3A%2F%2Fwww.grimtools.com%2Fdb%2Fsearch%3Fquery%3D%2522physical%2520damage%2520converted%2520to%2520cold%2520damage%2520to%2520Menhir%2522%26amp%3Bin_description%3D1%26amp%3Bexact_match%3D0
If you url decode it, you’ll see:
https://www.grimtools.com/db/search?query=%22physical%20damage%20converted%20to%20cold%20damage%20to%20Menhir%22&in_description=1&exact_match=0
If you look closely, you’ll notice & changed to &, meaning that it’s url encoded twice by Steam’s link filter. Not sure why it’s doing this, but I can’t do anything about it.
Btw, discord doesn’t have any link filters afaik, so discord links should be working correctly.
1 Like