Hotfix 49

Thankfully, this is a lot less chaotic today. Thank you to everyone with their patience with the transition period, and for the bug reports! At this point, I've fixed everything that has been reported since the last big update.

1.103 Hotfix 49 Changelog

Bugfixes

• Only Affects M1 Macs: When on any macOS/iOS platform that is using Metal, the game now clamps to 4x MSAA under the hood, even if the user selects 8x. Additionally, the game now starts on 4x rather than 8x prior to the user settings kicking in. In prior versions of unity, this was the behavior already; but in unity 6.3, it looks like I have to handle this on my end. Metal only supports 4X MSAA, and requesting something higher causes it to crash when that request is made, turns out.

• FixedDaring HistoryAs part of my fix to the "daring recovery" logic in Update 76, I accidentally broke historical tracking of the amount of Daring purchases that count towards free unlocks on ziggurats. That is now fixed to read the old data if it still exists and has not been overwritten. If you saved over the end of time and lost the data, then it also will now do a one-time load-and-recovery of that data.
• FixedThat's Too Much Hexagonal BlurFixed a regression since update 76 where the blurred state could get stale-cached and thus act like it was trying to blur the game behind a window when no window was open, when you swapped between game modes.
• AddedDogpile!Two different users had their end of time map collapse in on itself with all of the rocks and ziggurats being at position 0,0,0. The game now detects this sort of corruption, and rebuilds the map. The rebuild ensures that all timelines that were on the first rock still are, and that all timelines that were on a rock of a given shape are on a new rock of the same shape, in the same spot. However, the relative spots of these rocks and ziggurats beyond the first one may be quite different from before, as I have no way to figure out what the old positions where. It chooses the closest rock of an appropriate shape to the first rock in all of the cases.
• AddedSuper Shiny RareFixed a nullref exception that could happen on loading games if they were saved at just the wrong time when an unit's action-over-time was completing. This actually was not a new regression, but has always been there. It was just that rare, apparently!
• AddedQuiet While Loading, Task Stack!While loading into an existing savegame, the task stack could show spurious warnings to you. This was fleeting, but annoying. This also wasn't new, but I was definitely tired of it. It's fixed now.
• AdjustedMilUnit Collider Scale SanityHuman-sized units get an exaggeratedly-large hitbox in order to make them easier to click. It's one of those things you likely don't even notice, but it came about during player testing Anyway, MilUnits from ExoCorps were getting a 3x larger hitbox as well, but that was too much since they're roughly twice the size of an average human. I've adjusted their hitbox scale to now be 1.5x. This is a very old issue. Let me know how that feels!
• FixedNo Spoilers, Please!Fixed a bug from Update 76 that was causing your hardware screens to include bulk androids that were not yet unlocked.
• AdjustedRemember My NotesFixed a bug where if you changed the notes about a timeline, or its name, then did a dive into it, then it would lose your notes and name change because the values stored in the local timeline would override the core metadata. It now properly keeps the core metadata version.
• AddedSeriously, Always RememberAdded logic so that if you examine a timeline in the end of time and then make a save to whatever your changes were (notes about a timeline, or the name of a timeline, etc), it also immediately updates the on-disk copy. Otherwise if you just exited the game, or dove into another timeline, you would often wind up losing those changes.

• Unsolved Mystery, But Resolved Problem: Lots of investigation into why the end of time rock/ziggurat positions were getting reset to zero for (now four) people. I can't figure out anything that would actually cause this, but I've put in aggressive countermeasures that would solve any possible case of it. So it won't happen again, but I'm still not super happy because I like to know the reason for things (and I pretty much always do get to the point where I do, so this is an outlier). At any rate, the impact on users will be gone from now on, so that's the most important thing for now.

• AddedI Saw This Briefly, And Now Guard Against ItAdded a gate against a very rare race condition that I happened to witness where saving and loading somewhere else could in theory overlap. This is a super edge case, but there's now code that guards against that.
• AdjustedThis Feels Way NicerFurther improved the end-of-time format loss issue. If it is missing your data, then it actually now goes back to the first save prior to May 23rd, and does a partial load just for the data that it needs. It then restores the exact positions of all your stuff, without having to regenerate the map and potentially have things in a wrong spot. If that doesn't work, then it goes ahead and regenerates the map. Presuming that this is something that only affects some interim savegames from the last few days, and not new stuff, this should happen once for affected people and then we're all good. If this keeps happening in an ongoing way, then there's something else afoot, but I just can't find anything like that in the code, and as noted I've aggressively guarded against anything even vaguely in this area now.

Full notes here.

Connect with the Machine

Want to stay in the loop or share your thoughts? Join the conversation across these platforms: 💬 Discord – Best place to share feedback, get direct responses, and to talk about Heart of the Machine. 📜 Reddit – Discuss strategies, share ideas, and exchange tips with the community.

https://steamcommunity.com/ogg/2001070/announcements/detail/670617878982034155 https://steamcommunity.com/ogg/2001070/announcements/detail/664986477286917109 https://steamcommunity.com/ogg/2001070/announcements/detail/535507353628312360