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