Native Copper Bits

Temporal Stability is basically already a sanity meter. Temporal Stability should also have more effects, depending on its level.

Yea, I agree. That is a better version of the same question.

Guess it's something related to my GPU or I did something wrong with how I install the mono package. Another source of the problem might be my constant workspace switching from the Vintage Story window to other windows in my PC, because I use dwm. I should try and reinstall the entirety of Vintage Story and wipe it clean, once I die on my permadeath world. Would also like inputs from anyone who have an NVIDIA GPU.

I should also specify the the mouse delay is for looking around. Not for click inputs, which are instantly responsive.

As for the perodic stuttering, could be due to me having the settings too high, but I don't know exactly. For the mouse delay, might be due to a memory leak. Putting my settings to the absolute minimum did little to lower the delay, and my memory (through htop) showed no changes as I bumped from 512 view distance to 32. My htop said I was using about 10.5G (had other programs opened) of memory in use. Closing the game drop it down to 3.6G; opening the game and playing for a while (at the settings I normally play) was at 7.7G with zero delays. I'm playing with Aggressively Optimized RAM enabled and seeing how it'll go after a couple hours. Kinda annoying to test the game with 32 view distance because rabbits instantly started spawning and begin eating my crops. Should have done this on a new world. What world view value, do you use, and with what GPU?

Every minute or two, the game will freeze for about a second, every second, about three or four times. After that, game in fine for the next minute or two. Is it autosaving? Also, the longer I play, there will be a mouse delay, which grows more and more noticeable. Gradually grows more noticeable until it's at a point of unplayability. Delay becomes unplayable at a around 5 hours of gametime. Only closing the game and relaunching will remove the delay. Refreshing chunks, textures, and shaders doesn't remove the delay, only closing and relaunching does. Playing Vintage Story through Arch Linux, downloaded through the AUR. Less of a bug and looks more like an issue.

The problem: Playing the game, without the minimap and coordinates enabled, dissuades players from venturing too far from their home. Using/making landmarks and using signposts are the only options, that players use, to avoid getting lost. The solution: Tools that help with telling the player where they are. Compasses, sextants and other tool could be added. Sextant has to actually be used to get results. Low stages of the game can offer compasses and other tools that give rough gauging, while late-game tools can provide the sextant and can provide exact estimations. Sextant results can also vary depending on the player's use of it; using it incorrectly can give inaccurate outcomes, while using it correctly can give minuscule margins of error. Notable issues with this suggestion: Having minimap and coordinates enabled makes these tools completely obsolete, the tools are meant for immersion and assistance for people who have them disabled. Implementing mechanics for the sextant is quite complicated and requires some streamlining. Sextants should also be added once oceans are added, as they are the perfect place to locate the horizon.

I do a lot of alt-tabbing during my playtime (alt-tabbing works a bit differently in my Linux machine, but the concept is the same), and whenever I jump back to my game, rightclicking causes me to switch off of my held item to something else in my hotbar. For some reason, when I switch windows and start scrolling (like in a website), Vintage Story will "store" those mousewheel inputs. Upon rightclicking, all stored inputs will initiate, and usually selects an item, depending on how much I scrolled; switching windows and scrolling down once, will cause the hotbar to go down by one, upon rightclicking. Playing Vintage Story through Arch Linux, with dwm and the window manager. Should be very quick to recreate the bug.

For now, enemy variations is quite limiting, but due to the game still in development, it's completely understandable. Devs could take inspiration and just copy the Minecraft creeper, give it a unique design, and make it a highly rare and dangerous threat. But as much as I would like a highly dangerous enemy with a explosion attack, it's quite an uninspiring mob. Especially if the ability can be abused to blast ores you don't have the tool tier to break. What other enemy, with a unique ability, could fit being in the game? With the themes about time this game has, it'll be cool to have an enemy with an ability based on it.