Releases: jxjacob/GSTHD
Releases · jxjacob/GSTHD
v0.4.2
Second minor revision of the fourth release of the GSTHD DK64 fork
- Added Invokes to DoubleItems, Songs, and Medallions (which I swear to god I did back in June)
- Genuinely have no idea how they survived this long without them but they have them now
- Should finally eradicate the Red X bug (fingers crossed)
- Updated .NET to 4.8.1, which probably doesnt change anything tbh but helps me sleep at night
- Updated the included README txt with slightly more clarity
- General system stability improvements to enhance the user's experience. 😉
(Stealth Update 11-27-2023: Fixed issue with newer DK64R 2.1 seeds not autotracking in PJ64 due to improper calibration)
v0.4.1
First minor revision of the fourth release of the GSTHD DK64 fork
- Added compatibility for the autotracker to subtract values from other values (in DK64, this would be subtracting blueprints you've turned in to Snides from your total collected blueprints)
- This can be toggled with the "Subtract from Collectables" setting in the Autotracker menu
- For CollectedItems, this can be enabled with the
"AutoSubName": "<GroupNameHere>"
string
- Added autosaving of the current tracker every 5 minutes to preserve data in the event of a crash/freeze
- GST will also delete old autosaves once 25 have accumulated
- Both of these can be toggled in the Options menu
- Added
"DefaultIndex: <int>
" to Items - Restored
BackColor
functionality to ItemGrids that vanished a while back - Moved the Stone Cycling Timer to the main layout instead of being per-stone
- This also solved some memory bugs and crashes
- Fixed a very stupid Process Handle leak that would cause a crash if GST is left autotracking for 6-9 hours
- Fixed crash when resetting at the same time a stone is scheduled to cycle
- Fixed crash when loading a saved state that contains a cycling stone within a WotH hint
- Fixed crash regarding elements that weren't properly disposed upon reset
- Fixed crashes when loading a savestate to a layout that has mismatching items
- Fixed semi-random bug where a cycling stone will be displayed as a red X and never turn back to normal
- Fixed bug where settings changes wouldn't be reflected on the layout if the change is made after a reset
- Fixed bug where dragging an item from one stone to another would semi-duplicate the item
- Fixed issue with trying to open a json that didn't come from GST
- Made many performance optimizations that I really should've written correctly the first time
- DK64 layouts have been updated with the latest changes to the 2.1 dev build (melon crates & slam 1 shuffle)
- Dropsanity has not been added to any layout because it is unfeasible to (auto)track
- General system stability improvements to enhance the user's experience. 😉
v0.4
Fourth release of the GSTHD DK64 fork
- Added compatibility for Gossip Stones to contain more than one item (and become "Cyclable")
- How this works can be seen here
- For individual Stones, this can be enabled with
"CanCycle": "true"
- For WotH Goals, this can be enabled with
"PathCycling": "true"
- Options to adjust the cycle speed and forcing all Stones to be Cyclable have been added to the Options menu
- Items have been given the
DragImage
string, to allow a separate image to always be dragged instead of whatever the item currently is (used for DK64 keys to drag their number with them) - Added modified S2.1 layout for the 2.1 build of DK64R
- Fixed more missing compatibility between Broadcast View & Gossip Stones. I really wish I had just finished this feature the first time instead of gradually fixing it over the course of like 7 months
- Rewrote a few things to try to be slightly less memory-hungry
- General system stability improvements to enhance the user's experience. 😉
v0.3.1
Minor release of the GSTHD DK64 fork
- Fixed Medallions not dragging properly due to a prior backend change
- Fixed S2 layout missing the reworked Isles hint regions
- Added unique error messages when the Autotracker fails to connect for debugging purposes
- Added a README to describe GST's often unintuitive control scheme
- General system stability improvements to enhance the user's experience. 😉
v0.3
Third release of the GSTHD DK64 fork
- Added Autotracking support for Project64 3.0.1, Bizhawk DK Edition, and Rosalie's Mupen GUI
- Allows for loading memory database from csv to automatically update tracker items
- See wiki page for setup information
- Updated DK64 hints for v2.0 of the rando
- Moved older layouts into a new folder for quicker donking access
- Added extra exe for 32-bit systems; main exe is now 64-bit. If you have issues autotracking with one of the exe's, try the other one.
- General system stability improvements to enhance the user's experience. 😉
v0.2
Second release of the GSTHD DK64 fork
- Added compatibility for the "Medallion" and "Song" objects types in both Broadcast View and the Load/Save State features.
- Fixed some incomplete functionality regarding Gossip Stones.
- Included 2dos' DK64R Season 2 preset layout (❤️) with additional broadcast view.
- General system stability improvements to enhance the user's experience. 😉
v0.1
Initial release of the GSTHD DK64 fork (at long last)
- Resolved all bugs present in the pre-release build (except the ugliness)
- Adds new Barrel texture to make it easier to distinguish between the faded and non-faded versions
- Adds save/load state functionality for runs that take more than a single segment
- Due to technical reasons regarding this feature, WotH/barren/path/known hints cannot contain commas and are automatically removed
- This does not affect any other textbox
- General system stability improvements to enhance the user's experience. 😉
v0.1 Pre-Release
this one's for the homies in the discord
known issues that i will fix after public pressure:
- opening a layout/places file will try to find said file in the /layouts folder instead of wherever it actually is
- opening a places file will reload the entire layout, don't click this button mid-run or you'll take emotional damage
- opening the broadcast view mid-run will not sync with anything done before opening the broadcast view, but will still sync with all future actions
- you can still click on items in the broadcast view even though you shouldn't
- switching from a layout with a broadcast view opened to a layout without one will leave a useless broadcast window hanging around
- closing the broadcast window via the X will not update the variable in the main window, so in order to open the broadcast view again you must click the menu option (or F2) twice
- some elements are ugly and i hate them