All Jobs Damage Simulator And Gear Sets

Yes, but we need to know pet stats and blood pact WSC (and FTP?). I don't think any of these are well-known at the moment.


This is a known issue with the search algorithm being stuck in a local minimum due to its initial gear choice.

In your case, you've limited the gear options the code can use while also included reasonably high accuracy and DT requirements. The code randomly equipped Null Loop early in its search, which satisfied a large chunk of required accuracy and a large chunk of required DT at the same time. The later part of the algorithm failed to find a pair of two items together that satisfy both high accuracy and high DT that could replace Null Loop from the list of selected items. The second time you ran the algorithm, it did not find Null Loop early, so it did not trap itself in the slightly worse set. Switching to another algorithm might fix this issue, but could also make it more frequent or significantly increase runtime. Simulated annealing has been recommended previously and I planned to implement a version of this later after I finished the GUI rewrite.


The application ignoring user interaction is a new issue that appears to be related to the GUI being overloaded on the number of widgets it uses and how/where it displays/updates these widgets. I can somewhat reliably reproduce this issue by rapidly switching jobs while clicking a few other widgets. I've tried a few stackoverflow fixes, but nothing has worked yet. My only suggestion for now is to simply reload the GUI if this happens. Part2 of the GUI update is to virtualize the gear selection widgets, which will reduce the number of gear widgets from ~5000 to ~100 and would fix this issue if that's the cause. At the very least, virtualizing the selections will significantly speed up the load time and likely reduce memory usage. I planned to work on this in January.

The GUI scaling cutting off text/widgets is almost certainly an issue with Windows11 scaling the widgets/font differently than Windows10. However, I do not recall changing anything about the font or GUI styling in this rewrite. The updated GUI does have a slightly smaller window size, so I wonder if the older version coincidentally was fine because it was larger and could fully display the automatically resized widgets. Could you post/PM a screenshot of how the September version of the GUI looks for you? I want to see if it looks different that what I see. Maybe I can find a way to force DPI scaling to match my Windows10 version for Windows11 computers, or I may have to go back to slightly larger window size.

Downgrading to the 2025 September version of the application is probably the only option for the scaling issues for now. Fortunately, you'll only be missing a few convenience features as I try to resolve the issue.

Yeah, I've had some scaling issues through several of this year's versions, but it was never stopping me from using it, so I didn't bring it up. About six months ago I lost access to the food section, but that wasn't a big deal.

I rerolled back to September and it's still a bit off, but at least can be used for the time being. I have tried closing the program and opening it again several times, along with changing my screen resolution, but nothing changes. Making it full screen helps a little (was unable to select Twashtar R15 from the gear menu without doing so).

Edit: Screenshots of September.

Included normal and fullscreen mode of the first screen, along with a look at the Optimize screen. I can still get to the Nyame box, but only just.

1

2

3

Thanks. That looks horrible.

I'll look into explicitly providing font size, widget size, and application DPI settings to see if this can be avoided after the holidays.

Yeah, I've just been working around it lol. Super appreciate that this exists, so I stuck with it.

December is way more broken than this. I can't even describe what is going on there. Things got super weird.