[Tool] GD Stash

you cannot change the save file while the game is running, or you risk corruption

So you can either 1) copy from stash to DB while playing / GD is running or 2) move from stash to DB while the game is not running

When transfering from the DB to the stash you can do either as the game should not be running in either case, as both will change the file

edit:
Seems like i found a bug in deletion.
I started to delete that long list from prev screen, and it sometimes doubles entries:

In this case, i deleted completed Attuned Lodestone (3 pcs), and the record under cursor transformed to partial Attuned Lodestone (2 pcs) double

odd, I assume this only is a display issue though, search the components again or scroll the list to check this

search the components again or scroll the list to check this

Checked, seems to be visual

Another bug maybe?

A few days ago i found a leg armor and put it in stash. Today i found another (same) one and wanted to check if it is better, and then throw old one out.
I looked up database, but then discovered that GDS shows me the same, equal item parameters. As you can see at screen, the seed is different when i select item from database and from character.
Screen: https://imgur.com/a/j2UEG
Actual item stats ingame attached below.

Any advice?

There isn’t really anything to do here unfortunately. GDStash can’t get the actual rolls, just the base stats. I’ve asked before, the only thing to do is to load all of your copies into the ingame stash, take out the ones you don’t want and put back the ones you do want.

It is time for this tool to switch from swing to javafx 2.2 . I know it is a lot of work which this tool does not need but for future prestige purposes it is always good thing to do.

Gratz for so far by the way.

emphasis mine :wink:

There is not really anything to be gained by this as far as the tool is concerned, other than possibly someone creating a different style in CSS (very unlikely imo)

I just can’t get it to work. Have downloaded every kind of Java 64bits, ran Java RUNNER with no results, downloaded GDStash 32bit with same thing. Do you possibly know why isn’t working for me? Thanks in advance.

Since you do not provide any details about what fails, I cannot suggest a possible solution.

I assume the tool actually starts as there is no reason why the .exe would not, so it would be an issue if you not doing the setup properly. For that, read the documentation in the doc subdir.

I beg you a pardon for not doing so. I’d gladly provide you the details.

As I followed your instructions, I downloaded the latest Java 8 1.6.1 64Bits, but after many tries I couldn’t get it to work. I searched for ways to open a .jar file in Windows 10, applying all of them but futily. Then I tried the 32Bits, but sadly couldn’t make it either, even with compatibility tests.

Just figured that you made a log to debug the actions when it starts up. There’s an error that I don’t know how to resolve. I hope this helps to clarify the issue:

ERROR XBM0A: The database directory ‘C:\Users\gla_z\GDStash\db’ exists. However, it does not contain the expected ‘service.properties’ file. Perhaps Derby was brought down in the middle of creating this database. You may want to delete this directory and try creating the database again.
at org.apache.derby.impl.services.monitor.StorageFactoryService.<unknown>(Unknown Source)
at org.apache.derby.impl.services.monitor.StorageFactoryService.<unknown>(Unknown Source)
at org.apache.derby.impl.services.monitor.StorageFactoryService$10.run(Unknown Source)
at java.security.AccessController.<unknown>(Unknown Source)
at org.apache.derby.impl.services.monitor.StorageFactoryService.createServiceRoot(Unknown Source)
at org.apache.derby.impl.services.monitor.BaseMonitor.bootService(Unknown Source)
at org.apache.derby.impl.services.monitor.BaseMonitor.<unknown>(Unknown Source)
at org.apache.derby.impl.services.monitor.FileMonitor.<unknown>(Unknown Source)
at org.apache.derby.iapi.services.monitor.Monitor.<unknown>(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection$5.run(Unknown Source)
at java.security.AccessController.<unknown>(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.<unknown>(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.createDatabase(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.<init>(Unknown Source)
at org.apache.derby.jdbc.InternalDriver$1.run(Unknown Source)
at org.apache.derby.jdbc.InternalDriver$1.<unknown>(Unknown Source)
at java.security.AccessController.<unknown>(Unknown Source)
at org.apache.derby.jdbc.InternalDriver.getNewEmbedConnection(Unknown Source)
at org.apache.derby.jdbc.InternalDriver.connect(Unknown Source)
at org.apache.derby.jdbc.InternalDriver.connect(Unknown Source)
at org.apache.derby.jdbc.AutoloadedDriver.connect(Unknown Source)
at java.sql.DriverManager.getConnection(Unknown Source)
at java.sql.DriverManager.<unknown>(Unknown Source)
at org.gdstash.db.GDDBData.<unknown>(Unknown Source)
at org.gdstash.db.GDDBData.<unknown>(Unknown Source)
at org.gdstash.db.GDDBData.createConfigTables(Unknown Source)
at org.gdstash.ui.GDStashFrame.<clinit>(Unknown Source)
at java.lang.Class.<unknown>(Unknown Source)
at java.lang.Class.forName(Unknown Source)

Nvm! Got it to work. Deleted the db from the Documents/GDStash folder. Hope this fixes for any who were having the same error.

it should, but doing so will also delete the items you stored, so only do so if you get into issues during setup / before storing items…

actually there also are no Inquisitor prefixes, and that is due to the GD loot tables, not the tool

The only loot table the item is in is

records/items/loottables/weapons/tdyn_craft_focus_f02.dbr

the mastery prefixes in it are only

prefixTableName3,records/items/lootaffixes/prefix/prefixtables/prefixa01_classskills01_focus.dbr,
prefixTableName4,records/items/lootaffixes/prefix/prefixtables/prefixa01_classskills02_focus.dbr,

The Necromancer and Inquisitor prefixes however are in

records/items/lootaffixes/prefix/prefixtables/prefixa01_classskills03_focus.dbr

as these are not included in the loot table, they are not available to the item

There is no +1 to mark of torment ‘Necromancer’ prefix.

none exists in the game files

These are not errors in the tool but due to the database.arz (and GDX1.arz) content of GD

Forwarded this issue to Crate as I considered it a bug. Apparently so do they, this will be fixed in a future patch (for some other loot tables with the same issue as well).

Am I doing something wrong with the settings since my stash displays a ton of Epics with same stats, but different seeds?
Like havin ten different Willie’s Razor with same stats, but with different seed.

No, that is normal because the tool only shows the base stats, not the in-game stats. This is due to the fact that we do not know how to calculate the actual stats from the base stats and the seed.

I wonder if it is somehow possible to call Jitter() from game.dll… Did you ask dev’s?

I assume Jitter is too low level. What I would really like is a function I pass the item data to and that returns the description as HTML text.

I brought that up sometime before AoM as something that would benefit tools like IA and mine but I did not get any reply then.

There probably isn’t one (what would game use it for?), and most likely never will be.

is too low level

eh, but so what?
We only need to know it’s interface and calling conventions, as you probably already have all the data structures (with database parsing and whatnot).

will there ever be a way to search for stun resists and some of the other stats that aren’t currently searchable?

of course there isn’t. GD would not use it, it would be for external stash managers only, to make their life simpler. But Crate has all the info to do this while we do not :wink:

We only need to know it’s interface and calling conventions, as you probably already have all the data structures (with database parsing and whatnot).

by too low level I mean it probably does not solve my problem, but I have not looked into the function. If all it does is give me the true value for one stat it is useless as I still have the exact same problems I already have.

I do not know the sequence of stats, and possibly other details of how Crate arrives at the final value (e.g. if prefix and suffix have the same stat, do you add the base values and then do ‘one jitter’ or do you have ‘two individual jitters’ and add their results)

Ever is a long time :wink:

Initially I limited this to the stats I have due to screen size, but since I added multiple tabs to the search that is less of an issue now.

I added pretty much all stats I considered important, stun might be the one exception to that… if I add one new stat I might as well add five, as I have to touch all the same parts anyway, so what other stats do you / poeple think are missing from the search ?