Looks like my bad, I mixed up a couple of instructions about importing the database. So I never actually hit import database. I’m doing it currently, but it’s be on “Importing database.arz” for 15 minutes now. Is this normal, or am I just super anxious to edit my borked shaman? Hahah.
Edit: Jk, it finished and I can change my masteries accordingly. Thanks for your response, didn’t mean to waste your time! 
Seems normal, mine just took about 10 minutes or so to import.
That is slow, I think I am done in a minute or two (EDIT: measured it, it took 52 seconds…). Not sure what would affect it. While I am on an SSD, it is not reading that much data (maybe 1.5 GB) which also is buffered, and CPUs should not be that different in speed imo
That’s the least of my worries 
I am just happy that mine is working now so I can start collecting my sets of armor.
Interestingly enough, I decided to move the entire GD folder to my SSD and can confirm it took about a minute to import the entire database.
Was a bit impatient before and gave up on this tool until I read your comment.
The tool doesn’t seem to show mod-specific item affixes in the crafting tab.
I saw Monk’s Leatherbound Spellbook of Celerity from the latest NCFF version, but there is no “Monk’s” prefix in the drop-down menu for Leatherbound Spellbook.
Did you import the NCFF mod and have selected the mod on the Config page ?
interesting, still not sure why though. The tool reads the database.arz and a few .arc files into memory. It should read them once and have them fully buffered when it actually accesses them, so no slow repositioning of disk heads and reading small bits of data.
If that were the case though, there should not be this performance difference though. Will double check that…
EDIT: ok, found it, right now I actually do not buffer… A while ago I was trying different solutions for the Java Heap problem (not that it apparently is completely fixed anyway, even though I have no idea what now would cause it… other than the whole thing being an Oracle bug anyway as the IBM JVM does not have it) and created three classes that try different solutions. The first was what I used up to that point and used standard Java classes, the second had my own buffer logic to work around the heap space problem and the third did not buffer at all.
The last brought the memory usage down the most (obviously) without really affecting performance (for me) and I seem to have stuck with it. Will change it to my buffer implementation, which brings up memory usage but should speed things up for those with slower HDs by buffering the data.
Hi,
my font is a little bit off and i don’t know how to fix it. Any suggestions?
Thanks for the help. Grimbo
Huh, no idea actually. I assume you are not using your own .properties files, otherwise you probably need to fix that.
By default I set the locale to English (defined in UI_English.properties via tags LANGUAGE and COUNTRY) which should make sure you are using the right font / chars as well.
Check that that file is ok, other than that I do not influence the font.
What language and country is your OS set to ?
No I don’t run my own .properties file. Just downloaded the tool and started it.
My OS is set to deDE
Strange :undecided:
No idea really then. Try installing Java again, hopefully that fixes it.
Also, try the executable version (see first post) and let me know if that works or has the same issue (it comes with its own VM, so maybe that does make a difference).
Mamba,
I noticed a missing affix tonight…“of Zeal” couldn’t find it anywhere. Should be a suffix. Not sure what the deal is, tried re-importing the database file too, still no luck. Any ideas?
Yes to both.
It definitely is in the database, it does not seem to be used by any loot tables any more however.
So if you have any item with it, it should be properly displayed, but you cannot go to the Crafting page to create one, nor would one drop in game any more.
ok, found it. The database.arz has no tag that tells me whether an affix is a prefix, suffix, or from crafting etc. so I have my own logic to determine this.
The NCFF affixes are in a sub-tree this logic did not consider. I adjusted the logic so it can now also identify the NCFF affixes as prefix or suffix etc.
In the next release they will therefore show up correctly.
Reinstalled Java and used the *.exe version with the vm. Everytime the same error.
But i found a workaround. I played around with the option. I compared it to a screenshot. When I switched the design to CDE/Motif the font is normal. But why that is that way, no idea. :undecided:
really odd. I use the default fonts that Java uses for the UI and just adjust their size based on the size setting in the Config pane.
All fonts I access are always
Font fntLabel = UIManager.getDefaults().getFont("Label.font");
never by an actual font name
The font can change per UI I guess, which is why it works for you for CDE/Motif. That does not really answer why it is screwed up for the other Looks however.
Can only be between Windows or Java though, the program only uses the defaults for Java, as mentioned.
Now I am curious what a different Java application would look like on your PC… I would expect this to be a general problem, but who knows… If you want to find out, try something like jEdit 
I found one in game yesterday near Burwitch and the vendor you rescue also sells them from time to time…game is patched to the latest version through Steam…not sure what’s going on…
Maybe I messed up the search then. I noticed it shows up when I select ‘all affixes’, as it should. So if it is in the loot tables it will also be shown on the Crafting screen.
The sort order right now is alphabetical, so ‘of Zeal’ is before ‘of the …’, maybe that is why you missed it. Will change that to ignore case.