I can open it either by being in my games/grim dawn with save highlighted or by being in save with no dir highlighted. In either case in the first text field under the dir tree you should see my games/grim dawn/save as the selected dir. When it is, press ‘Open’.
I assume that is what you did, but I don’t really know what else to tell you. The dir chooser is a standard Java class, it works, no one else had that issue.
Are you on some ‘unexpected’ JVM ? You are on Windows and use the latest Sun/Oracle JVM ?
The first thing I did was check java I am using the latest version. I am on win7 x64. I feel like I should record a short clip of what is happening or something.
EDIT: Here is a quick video of the problem. First I select the grim dawn install directory no problem and then I try to select the save directory and you can see the issue.
would be interesting to see at least… right now I cannot replicate it, and there really should not be an issue to begin with
Try setting a different look&feel, it should not make a difference, but then you also should not have that issue to begin with…
If you put the transfer files in a different dir (copy them) and point GD Stash at that dir, does that work ?
To me this seems to be more about the dir (no idea what would be the issue though) than the code. The same control worked when you selected the GD install dir, I assume, so it should not be the problem.
Could this be an access authorization issue ?
I don’t know about an authorization issue but I also find it strange that I can open one directory fine and then when I choose this one it just doesn’t work correctly. My last post has a link to a video in mp4 format that shows this happening in case you missed it.
If I can simply change the directory I will because there is no problem with me just using a separate directory to create a stash and then copy/paste the tranfer.gst over to my save directory like I do with everything else anyhow.
EDIT: Changed directory now it works except I can’t get the program to do anything except throw errors about everything I touch. It can’t import the database either. I assume and I probably shouldn’t but will that the issue is the same one that someone else had when extracting the database. I can try reinstalling java but I have a feeling it won’t resolve this.
EDIT2: After reinstalling java nothing has changed. I get the following errors. Java heap space, Extraction of items.arc failed, Extraction of text_en.arc failed.
Yes, some people need more heap space, not sure why. It is the same code and the same data after all.
You can set the available heap space when starting the JVM, but not in the program (or I would have). Look at the .bat file in the GD Stash dir, adjust the Java path and run the .bat instead of the .jar, that should fix this.
Will have to check that language support. It used to work and I have not touched it in a while. Maybe it is a zip format that class does not support.
GD Stash definitely works with B30, I am on B30. For now, do not use the localization file (thereby having it in english), will have to debug and check what the issue with your zip file is.
I did this but there was yet more problems with memory. Why? because I was using 32bit java. I don’t use a 64bit browser and when you install java normally through the browser it will default to 32bit unless you are one of the odd people using a 64bit browser. I actually had to go and get the java 64bit installer and install it and then make a new bat file. I also had to learn how to make a bat file since I have never once had to make one for anything.
It could be due to that with a 32-bit VM it is unable to get enough memory for the heap.
Good jobs! The tool is released at the right time for me
Btw, is it possible to import into the database directly from character files? I used mules instead of .gst files and it will be great if I can import into the DB straight from the mules.
My point was that the heap size is an amount of RAM a 32bit VM can comfortably handle in theory. If there is not enough RAM available at the OS level, then it would be true for the 64bit VM as well. So whichever way you look at it, it is an odd difference that I cannot really explain, must be some implementation detail in the VM
Btw, is it possible to import into the database directly from character files? I used mules instead of .gst files and it will be great if I can import into the DB straight from the mules.
Not yet, I intend to read and write char files as well, as that is the only way to get to the soulbound items, but that will take a while before I get to it.
Just playing around with it here, trying to craft a random sword, and whenever I select any affix I can’t select any suffix and vice-versa. Unlocking combinations fixes it.
Unlocking combinations means you are not restricted by GD’s affix limitations for items.
Which sword are you trying to craft ? Maybe it only allows a prefix or suffix, not both.
