Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

Circumstances under which the bug occurs: I am running the game with the -customFilePath option to put saves, screenshots, and user files outside the install directory.

What happened: I noticed that my user/scorehistory.txt file only had one run listed in it, the most recent one. In my scores/ directory I can still see the individual scoresheets from many previous runs. When I completed another run, I checked again, and instead of appending to the scorehistory.txt file, it had overwritten again only showing one line with the last run.

I noticed also that user/notes.txt was being overwritten to the default version with each run of the game, preventing storing user-created notes there.

Steps to reproduce:
      1. Create an empty folder, and use the command line option -customFilePath:<path> to point Cogmind to it.
      2. Run the game and create a score entry by dying (or winning).
      3. In the newly created folder, check the user/scorehistory.txt, and either write down the seed of this run or copy the file somewhere to compare later.
      3a. (Optional) put some text into user/notes.txt, and save it.
      4. Run the game again, and create another score entry by dying (or winning).
      5. Check user/scorehistory.txt, and only the second run is listed. If changes were made to user/notes.txt, they are overwritten as well. Confirm in scores/ that two scoresheets are indeed made by the game.
      
I am not sure if other files are affected, like buffer.txt or config files. My tutor.bin and progress.bin files seem to be keeping my cumulative progress as normal (gallery, achievements, & lore).

Right, this not a bug, as they were only intended to be able to perform standard/common 0b10 hacks on Terminals, whereas those are special terminals with a unique functionality, but they were given that capability in Beta 14 (to be released).

Hacking Drone released by the Hacking Drone Bay ignores Command Seals despite the fact that hacks could be performed without risk of tracing. If this is intended behavior, item description does not specify that the Hacking Drone will only target certain kinds of terminals.

Oh nice! And welcome back

Would be nice if I could get my son into it (about same age as yours!), but he doesn't really play video games much at all to begin with.

Yeah temp slots were of course a bit of a headache on their own (with some QoL/behavior improvements coming to those in Beta 14), much less the complexity that arises once you throw potentially more than one or two items into swapping. Heck, start thinking about the attachable items that require like 5+ slots

What roguelikes/games often do for this sort of thing is allow you to "carry" an effectively unlimited amount of stuff in your inventory, but then you're encumbered and at the extreme end (or even just past the first threshold), can't perform other actions until you've resolved the encumbrance situation by removing enough items. This seems sorta okay, but in a game like Cogmind adds its own sort of complexity, and no doubt could be gamed for various advantages as well, then you have to start introducing other drawbacks and it becomes a mess

Was reminded of this thread when nogimagogi posted their "stealth sterilization" today, taking out Armory with a pretty unique 5-cannon hacking treads build. Had over 130 kills in a single map, but that was without hitting high security through effective alert control. Most people don't bother with stealth sterilization if they're out to just smash everything, but it's a much safer way to clear an entire map if you can manage it

I was kind of wondering about the complexity especially since there are temp slots and all manner of other corner cases with many of the updates recently. I certainly would rather have fun an exciting new items and just deal with multislot parts as is for sure. I hadn't played in over 5 years and have to say I'm really impressed with all the improvements that have been made. I even have my 11 year old starting to play as of yesterday and he's really getting into it!

Thanks for the response and for making such an engaging game.

I should add that for a long while now I've wanted to do a sort of separate interface listing permanent or semi-permanent mods that you've acquired, but it's remained on the todo list and not quite high enough priority to actually implement yet, primarily because I've wanted to wait as long as possible and see just how many and what types of things would need to fit in there, as it would affect the optimal layout and access methods.

Anyway, this one's now on the list along with the others I've got. Even without any separate UI, I do love the of reusing existing space like that

Yeah nice idea! I've been waiting on adding too many permanent mods to the HUD to reflect state changes like that, but those are gradually coming into play now that many of the possibilities are set and we know what needs to fill the potential space available. Nav. Matrix installation is actually already permanently on the HUD, by the way, with some others coming soon. I hadn't considered the membrane yet. And there are still a number of other effects and modifiers which don't have a home yet, still on the to do list... (also yet more coming in the next release xD)

Yeah it's been discussed from early on in development and if it was ever going to happen it would've been years ago. Multislot part swapping will not be a thing. Not ideal in some situations, to be sure, but it does also have mechanical/gameplay side effects which are kinda baked into design now as well (like the ground being littered and not being able to properly use it for temporary space). Some of the veterans actually leave one or two extra empty inventory slots in order to circumvent such drawbacks, for certain strategies.

Multislot swapping actually gets far too complicated given many of the implications of swapping certain types of parts, so blocking multislot specifically is the perfect "clean break" from the massive number of special cases that would emerge and need to be dealt with (some of which would also end up not being possible to deal with, leading to UI inconsistency and headaches for players, too).

(Swapping parts is not just about inventory space, it also involves lots of mechanical implications when you get into special/unique part mechanics, of which there are already quite a few which are applicable, and many more coming. Having to deal with the nightmare of making it feasible to do multipart swaps, including, importantly, the ability to predict the results of many of these kinds of swaps, would be an absolute mess. Predicting results is important both for players and the game, in order to give all the proper warnings and require confirmations where necessary. Over 100 new parts coming soon, many of the unique variety--expect yet more confirmation types to come )

I'd love having the ability to use modal part swapping for multi-slot parts.

For me, handling the larger parts while my inventory is full is one of the more tedious processes I encounter when I'm playing, particularly during combat. Maybe I'm missing something, so please let me know if I'm doing things wrong.

How I imagine it could work:

If you start a swap from a larger part in your inventory, it would require selecting enough equipped parts to make room for it.

If you start a swap from a larger part that's already equipped, as long as the part being swapped in is equal or less to the number of slots of the part being swapped out, it simply swaps the two. There also would have to be a check for enough inventory space.

If you start a swap from a smaller part in your inventory, just allow it to replace the larger item if there's enough inventory space.

If you start a swap from a smaller part that's equipped and select a larger part from the menu, just treat it the same as starting a part swap on a larger item from the inventory.


There's obviously a lot of cases to consider and I don't have a solid idea for swapping multiple smaller parts in for a larger one which would be a really nice thing to have. But even if that case was ignored, having the functionality I laid out would cover the majority of cases.