LadyWYT

Not just that, but I think you could implement a process for turning bushmeat into "general purpose string". That is, allow it to be used as bowstring, or general purpose twine for tying packages/hanging things(if drying/smoking mechanics were added, use sinew twine to hang meat, or wrap parcels of dried fruit/veggies/herbs in parchment and tie with sinew string). It could probably even be used in some of the more basic clothing items(like rawhide gear), rather than requiring linen twine.

I think they tried to implement this concept with peppers, and it didn't exactly go as planned. That is, the implementation turned out to be very buggy, so while peppers are technically still in the game, they are currently unobtainable due to being unfinished. I do agree--it's one of the reasons that Wildcraft and other crop mods are popular. However, I do think it's the kind of thing we'll see get added later, as either a smaller update(mostly bugfixes and QoL, like 1.21 was), or as a part of a major update(story content, new gameplay mechanics, etc). As it stands now, there's already a decent variety of food currently in the game, with other systems still waiting to be fleshed out(late game tech, fishing, herbalism, etc).

It's probably just an oversight; the priority was probably making sure all the logs the player could readily access work for the recipe. Aged logs, however, are only obtained via ruins. In some ways it makes sense though. A fresh log will make nicer items than the crusty old rotten piece of wood that's been exposed to the elements for decades.

I'm just waiting for the update that causes lit torches to light flammable storage on fire. Maybe it never happens, but you never know...

If you've been processing iron blooms into ingots, they can easily stack in your inventory, and it's easy enough to turn a couple into other things before you wrap up your smithing job and turn to other tasks for a while. Ever heard of a misclick?

To my knowledge, it's not currently possible in vanilla. However... This mod should do the trick: https://mods.vintagestory.at/beararmorrepair

There is actually a limit to how much material you can put on the anvil at once; if the material is stacked too high, you'll have to work some of it into shape before adding more. As for accidental overfills...I'd wager that's just an unfortunate drawback of allowing the player to add more material to correct smithing mistakes. Seems like the easiest solution would be to simply return the full amount of however much material was in the workpiece, if the player chooses to scrap it and start over.

Going Ham There I was, freshly spawned in a new world, with a fresh list of mods ready for the tinkering. Now it's not terribly unusual to immediately run into hostile wildlife, however, said hostile wildlife is usually of the canine or ursine variety, and not porcine. This time, however, it was an angry boar, and while boar themselves aren't much of a threat in Vintage Story, they are just a bit concerning when one has no proper weapons. So I did what any self-respecting Blackguard would do... ...I simply picked up a stick, beat the creature to death, and then threw it on the grill. If only I had some barbecue sauce.

I would leave the Haha, but Wolfbait is just too much to resist for the context!

One critical thing you forgot to mention, is that said porridge was in the doggy bowl by the front door. Y'know, where the snacking food tends to be.

I would keep an eye on it and see if you can figure out an exact trigger. If you can figure out the trigger, then you can test it in vanilla to see if the issue persists. If it does, sounds like it's time to report on the issue tracker, but if not then it's definitely the mod(in which case, report via the mod page/Discord/whatever channel the mod author has for bug reports).

Yeah I have to agree with @Diff and @Professor Dragon here, it sounds like a standard offhand penalty. A couple of other things to check though: Class: Blackguards have an inherent penalty to hunger rate, so their hunger rate will always read 130% minimum. However, if you are playing with mods that add custom classes, or otherwise alter vanilla classes, it's possible that whatever class you're playing has a similar inherent hunger penalty. Weather: When outside in cold weather, the player's hunger rate will go up by around 20-30%, though it's a change that happens somewhat gradually and not instantly. Going back inside and warming up will cause hunger rate to return to normal. If you've been running around outside in the cold, this might be what's happening. Other Mods: Mods can change a lot, though generally mods that affect hunger rate will be pretty obvious(like, it'll list itself as a hunger mod). Mods that change player classes, as noted previously, are also prime suspects, but there may be other mods(like XSkills) that aren't hunger/class mods themselves but still affect hunger rate for whatever reason. I would check your modlist carefully to see if there's anything that could affect it, but if there's nothing obvious, removing your mods and testing again on a vanilla world should tell you for sure whether a mod is the cause or if there's a problem with the vanilla game.

I mean if it's just an option, I don't really care, but options like that catering exclusively to the absolute highest end(because let's be real, that's what it takes to render stuff like that and still have a playable game) should only be happening once the game itself is complete, because it still takes a lot of time and resources to properly develop. To my knowledge, the game also already has godray effects(yeah yeah, not the exact same thing, but similar pretty effect), and while those still require some beefier hardware, they can be enjoyed by a wider range of players.

Welcome to the forums! To my knowledge, this isn't a vanilla thing. There's almost certainly a mod allowing for that function. The elks should teleport to you if they are within range to hear it but don't have a clear path, but that's only if the elk is equipped with an ownership medallion. If no medallion, you're out of luck regarding the bone flute. Aside from that, try searching the very bottom of the world at the markers, and not just under the surface layer of blocks. You might also try checking surrounding shoreline(if it was in a body of water), or backtrack along your travel route to see if it's a possible desync issue. If you still can't find your elks, the only other thing I can think of to do is just...spawn in a couple more, or try deleting the sailboat in case that's messed something up and spawning in a new one. The main problem here though is that if the elks were equipped with medallions and still exist somewhere, there's no way to claim new elks unless the old ones get removed somehow.

I like Discord as a message box for chattering at friends, but in that case the group is very small and nothing really gets buried as a result. For large groups of people, a dedicated forum website is definitely better, since the slower-paced format prevents topics from getting immediately buried.

I've actually heard that standing still burns less than sitting down, due to the whole AFK business. I do agree though, sitting down makes more sense to reduce energy consumption, and there could likely just be a server setting to mark players as AFK if they haven't made any actions within a certain time and make them sit down automatically. World of Warcraft had this feature--players would be marked AFK after a certain period and inactivity and their character would take a seat until they returned to the keyboard.

As @Teh Pizza Lady already noted, it's just a macguffin. Not a particularly important one, but you can bring it to the treasure hunter to get a hefty discount on your first elk. Or you can keep it as a nifty trophy item. Bear in mind that while the eidolon will respawn, the vessel is a one-time drop(I think for each player, but I'm not sure), so bear that in mind before you trade it in if you want one for a trophy(without cheating in an extra).

Yes. Also yes. Okay okay, I am somewhat being cheeky there, but I'm also 100% serious. Generally, the doors should be fairly obvious, but depending on the terrain it's possible they might be tucked into a mountain cleft and only visible from a certain angle, or buried entirely and need to be excavated. The first time I ever went to the RA, it was the former, but there was a time I was playing with a friend and the RA entrance was actually buried. In the event it turns out to be buried, you might want to make a note of the world seed and settings, and drop a note on the bug tracker, as I don't think that's intended to happen. In any case, what I recommend doing, is that if you've searched everywhere you can think of and found nothing, pop into spectator mode and take a peek under the surface to see where the entrance is, just to make sure it's not completely buried. If it does happen to be buried, then you'll at least know, and can fix it real quick before switching back to survival and carrying on as normal.

Yeah, though I will note that it's possible to build in those locations via creative mode, or otherwise remove protections manually to allow building as normal. But you are right, in that the locations are protected in order to prevent player tampering(like what happens in the other block game). Fair, but I think this is the strong point for adding procedural dungeons, and not changing the story locations. Procedural dungeons I expect to be similar to the ruins you already find scattered around the landscape, but bigger and fancier with better loot and challenges. They won't have the wow factor that the story locations do, but they should fill the niche of being a nice occasional challenge for the player to stumble across.

Welcome to the forums! The main problem with procedural implementation like this, aside from being a monumental amount of effort, is that it's going to destroy the detailed storytelling that locations presently offer. Currently, there are several easter eggs and other hidden goodies within several of the locations, that take quite a lot of searching to find. Likewise, a good chunk of the storytelling is done through the design of the locations themselves--those details scattered around aren't just there to look pretty! Exactly what happened is still left open to player interpretation in many cases, however, it's easy enough to piece the details together to form a coherent story. With randomly generated bits though, details like that become just set dressing most of the time, and don't really prompt any deeper thought since there's no intentional design behind them. The other pitfall is, even if you could randomly generate all the details for one location and get something coherent...then you'd need to not only repeat the process for every location added after, but also ensure that each location is following the same script. The more locations you have, the harder it gets to keep everything coherent, especially with a highly detailed story. What I recommend, is trying out different classes for future playthroughs. The overall story will be the same, yes, however, different classes have different interactions when it comes to NPCs. It's a system that's still being fleshed out, but I think this is the better way to keep the story interesting for multiple playthroughs: one main overarching plot, with several side plots and interactions that change depending on various choices that the player makes. Also, some specific notes on story locations: Chapter 1: Chapter 2:

Currently, it is only that one specific lore location, but there may very well be more added in the future. I am operating on a lore-based interpretation, yes, since gameplay needs to follow lore as closely as possible. Otherwise, it's difficult for the player to stay immersed in the world. It's like when a dragon attacks in Skyrim and even the grandmas run out with the kitchen knives to go fight it--yes, it's funny, but ultimately it's just a reminder that it's a videogame and not a world you're actually exploring. There are different flavors of temporal stability in the game, yes, however they're also all related in that certain cataclysmic events of the past caused the current conditions of the present. The practical implementation of such is a meter to allow the player to easily track specific data, and having the worst instability relegated to specific areas like the deep underground or certain story locations(both of which aren't areas the player will be hanging around in long term). Surface instability, as a result, isn't really a huge deal, unless a player is doing like @Thorfinn says and hanging around in an unstable area for more than a day. I've said multiple times, over the course of this thread and others, that a late game device to stabilize a surface region would be a great addition to the Jonas devices we have already. A decent alternative is just adding an option to the settings that allows players to toggle off surface instability but not underground; however, that would also likely require a major rewrite of the code. One premise I don't agree on is that unstable chunks need to be made more obvious, as there's already a meter that keeps the player informed of present stability status as well as sound/visual cues to ultimately force the player to notice that something is very wrong.

It's a neat idea, but the drawback there is that the story has much less impact. While any class can complete the story with ease and achieve the same general outcome, the player's choice of class does actually make a fairly significant difference in how NPCs react. For example, Malefactors and Blackguards tend to get colder receptions, while Blackguard specifically has some more blunt/cold dialogue options for certain interactions. There's also this: In any case, while the concept is still very much a work in progress, my point is that the player's class choice is meant to have a fairly significant impact on certain aspects of the world. Mixing and matching traits to make a custom class pretty much ruins that level of integration.

You might be interested in a mod like this: https://mods.vintagestory.at/zippyscroptweaks

Places with extreme instability, such as rifts, will have sepia-colored sky. Most unstable surface locations aren't that extreme though.

Welcome to the forums! I can't say that I've ever seen this, but if it's only visible with debug details turned on perhaps that is why. If it's vanilla, I would assume there's perhaps some placeholder code at work there, in that it's a feature that's not yet fully fleshed out. One thing I would check though, is make sure you're not using a mod that could be providing that kind of function.