jerjerje

As an optional difficulty option, this seems like a very cool idea. But, I do see two main problems with this system. 1. Performance: A system like this would likely be quite performance intensive (particularly on servers). It might be possible to implement it with acceptable performance, but it would take a lot of development time to optimize this. 2. Development time: This system would have to be very complex to functions as you described. Implementing something like this would take a lot of development time. Just the new assets that would be needed are immense (The player would need to see that blocks need repairs, so pretty much every player build block would need to have broken states (preferably multiple broken states to show how broken it is).) And that's not to mention the time it would take to implement this system in code! The implementation, too, would be very time intensive. The needed development time is my main reason why I don't think the devs should implement this right now. I would prefer the devs deal focus on other things first, instead of spending this much time on an optional setting. With that said, though, I could see the devs implementing more optional challenges like this when the game is more finished (or maybe even after the game has left early access).

It's true, the RSS feed isn't linked anywhere. I was able to find it using the browser extension Feedbro for Firefox. The extension has a "Find Feeds in Current Tab" button, that automatically tries to locate all RSS feeds on a page. Using this while on the Devlog page, finds the correct feed. (It should work on the News Forum, too) If you need the RSS URL, it is: https://www.vintagestory.at/blog.html/?rss=1 There are many websites, that have RSS integration, but do not link it anywhere. For example, these include Reddit, Bluesky, any mastodon instance, etc.

I don't actively check the devlog, I have set it up to check automatically. For the News Section on the Forum, I just use an RSS Reader to notify me of updates. For the Discord, I use the Follow Feature to send any Posts from the "devlog" and "news" channels to a Private Server I made. This way I don't have to check anything myself and just get notified whenever something is posted.

Well the dev stream that is (as of posting this) still online was announced as "we are building the final version of a dynamic dungeon that'll (if all goes well lol) will be in 1.22!". So it seems procedural dungeons are already quite far along.

This isn't really true. Some alcohol is lost, but far from all of it. How much alcohol remains heavily depends on the cooking method. To Quote the Wikipedia Article Cooking with Alcohol: alcohol added to boiling liquid and removed from heat: 85% alcohol retained alcohol flamed: 75% alcohol retained no heat, stored overnight: 70% alcohol retained baked, 25 minutes, alcohol not stirred into mixture: 45% alcohol retained baked/simmered, alcohol stirred into mixture: (see table) Time (h) Alcohol retained[5] 0.25 40% 0.5 35% 1.0 25% 1.5 20% 2.0 10% 2.5 5.0% So depending on the cooking method, a lot of alcohol can stay in the meal. That's very important for people who can't eat/drink alcohol at all! But the quantity of alcohol used in meals tends to be (comparably) low. That is why most don't tend to get noticeably intoxicated by it. So it does make sense that you wouldn't get drunk from alcoholic meals in game. Remember that seraphs always drink an entire liter of wine at once. From that, it does make sense to me that you would be drunk very fast. As for the actual point of this forum post: I unfortunately only have two ideas for additional uses: 1. Alcohol inhibits the growth of bacteria. So adding it to a meal, would allow that meal to last a lot longer (Source (Source is in German) 2. Alcohol (Aqua Vitae) can be used as a fuel source. This could be implemented as a new type of stove. I'm not sure if this would really be helpful, though. Maybe sprinkling some alcohol over a fire pit could temporarily increase the heat of the fire pit and allow ingredients to get to temperature faster? Reading through the Wikipedia article for Ethanol and Alcoholic Beverages, I couldn't think of any other real life use cases that could be implemented.

Rivers in real life tend to carry sediment with them. I suggest that (if and when rivers are added) we could use rivers to find out what (sedimentary) rock types exist upstream of the river. I’m first going into how this system would work and then how it would improve gameplay. Finally, I’ll explain a rather massive problem, that could potentially prevent this system from ever being added to the game. 1. How would this system work Using either a sieve or a wooden pan on the riverbed would allow the player to see what (sedimentary) rock types the river has flown through. Rivers (mostly) carry sedimentary rock types, thereby other rocks likely shouldn’t be shown. The easiest way to display this information would be via a chat message. For example if the river had crossed a sandstone, a bauxite and a claystone biome upstream, then the chat message could look like this: Found traces of Bauxite, Claystone and Sandstone Optionally the chat message could also mention how much of each rock type was found. The further away the rock type is, the lower the concentration for that rock type would be. For example if the river had crossed a sandstone, a bauxite and a claystone biome upstream (in that order), then the chat message could look like this: Found 3 rock types in this river: High Claystone Poor Bauxite Minuscule amounts of Sandstone 2. How does this improve gameplay Currently, it is common to see posts on the forum where players ask for help finding bauxite and lime. There are also many posts complaining about how hard these can be to find. This system would allow players a (limited) way to search for specific rock types further away from them. If you get a reading for limestone from a river, then you know that this river has definitely crossed a limestone biome before. So you just need to follow the river upstream, and eventually you will find limestone. I am assuming rivers will be able to be many thousands of blocks long, so it may be quite a journey to get to the limestone. Currently, your only chance of finding limestone and bauxite is by walking around aimlessly until you stumble upon them. It can happen that these rocks don’t spawn very close to spawn or that you simply haven’t walked the correct direction. Since this system would allow you to check rock types at a distance, this would massively reduce the RNG aspect of searching for a specific rock type. Even if you can’t find a river with the rocks you want, then you still know that you likely won’t find the desired rocks upstream of the river, so you don’t need to search that direction. 3. The big problem with this system When it comes to programming, the question is never whether it is possible to implement, but whether it is possible to implement with good performance. Unfortunately, this system I propose may be impossible to implement without destroying the games' performance. In order for the river to know what rock types it has flown through, the game would have to generate the entire river at once. This is, to put it mildly, not feasible performance wise. The amount of chunks this would need to generate would be absurd. Of course, you don’t necessarily need to generate the entire chunk, only the parts necessary to know the position of the river and the rock types would be needed. But this may still be much to complex for the game to handle. However, I don’t think it is possible to definitively say whether this system could be feasible or not, right now. We don’t even have rivers in the game yet, so we don’t know how complex they will be. (That is assuming that we will get rivers at all). I would love to hear your thoughts on this suggestion! If you have knowledge of procedural generation, I would like to hear your thoughts on the feasibility of this system. Can you think of any good performance optimizations?

I definitely don't think a generally usable booster should be implemented, but I think there could be a way to implement a booster with enough limitations, that it wouldn't be overpowered. My idea would be to make this booster a block that would launch you upwards. This way, the booster would be limited to the spot you place it in. You couldn't use it and also take it with you, and you also couldn't use it while in the air. If the block is pricey enough to make (e.g.: requiring jonas parts) you also couldn't just use them for general purpose travel. This booster could then be used to quickly reach areas close to your base with the glider, (You would still need to walk back home, though) without trivializing large scale travel. If you're willing to invest a lot of time grinding the materials, you could build enough boosters to cover larger distances, too. That would likely not be feasible in singleplayer, though. I think this would be a decently well-balanced addition. Particularly since you can achieve the same thing (albeit with a slower ascent) with just soil and ladders. It would just be a faster (endgame) method to get height, without requiring a very tall pillar in your base.

Ultimately, this is an early access game. Both nerfs and buffs have to be expected. The devs for this game have frequently patched out unintended behaviors and I don't see why they would stop now. I never heard of this ice elevator before reading this thread. After some research, it doesn't seem like this is a very well known trick. Looking on YouTube, I was only able to find one video on it here. The video only has 3k views. It doesn't seem to me that the vast majority of the playerbase was even aware of this. Additionally, the creator of the video tests the speed of the elevator (at timestamp 3:55) and it doesn't even seem that fast compared to the elevator without ice. But aside from that, this is clearly unintentional, so it was bound to be patched sooner or later. The hyperspeed mechanical power contraptions and the physics-defying quad windmills have always seemed unintentional to me. I figured they might get patched at some point. Aside from that, the patch notes clearly state "We hope to still add to 1.22.0, second tier, sturdier mechanical power parts to counteract this change", so the devs literally want to add a way to reduce this problem. Additionally, they added the large windmill, which can likely be used to replace the previous quad windmill designs. Though, I haven't tested how much mechanical power the large windmill produces compared to the previous quad windmill. It feels really weird to me to complain whenever the devs remove unrealistic features, while they are also adding ways to make similar things in a more realistic way. I don't see any issue with these changes. There is no logical reason you couldn't hammer iron and steel into a spear, so it makes sense to add them. Unfortunately, game balance is a thing that must be respected. The devs felt that iron and steel spears would have been too powerful, so either they never add iron and steel spears (and there are constant complaints and suggestions about them) or the devs add them, but nerf the previous spears (might cause temporary complaints when this one update comes out). Personally, the nerf for previous tiers seems like the best choice.

The "Micronutrients" Bar you suggest sounds similar to this mod: https://mods.vintagestory.at/novelty But generally I don't think the nutrition needs to be more complex as it is. What you're suggesting might make for an interesting mod, but I don't think vanilla needs that complexity. I would say the current system is a good balance between requiring players to eat a varied diet, while also being simple enough to be easily understandable.

While a full set of black bronze gear is unrealistic, you can make at least one or two pickaxes for the faster mining speed. That could be worthwhile when searching for iron. I wouldn't go out of my way to find gold and silver for this. But since you can get both as a byproduct of mining quartz or panning, you might have a few nuggets lying around. And you don't need much gold and silver to make a couple ingots of black bronze. (See the ratios on the wiki).

If you want to try and repeat this experiment you could try this mod: https://mods.vintagestory.at/xray It is essentially an X-ray mod, that will find clay much easier than with particles. (Select the Sparse Grass Version of the clay, so you only get surface deposits) I tried three worlds with Standard settings and recorded how many blocks away the closest clay was. I got these distances: 171 blocks, 65 blocks and 214 blocks. Of course, you won't always find that closest clay deposit. But still, clay does seem to generate decently close on most seeds. That said, a large scale test would be nice to get more data points. There could be some rare outliers that don't generate clay close by that I would have missed. My test also didn't check how abundant clay is. Maybe it would be better to test how many clay deposits spawn in a certain radius around spawn instead.

This should also be remedied somewhat by having more endgame content. The roadmap lists, for example: "More ways to mechanize task with mechanical power" and "Early Steam power technology". When these are implemented, I would imagine that you will still have plenty to do at your base, even in the very late game. Of course, you could always finish the entire tech tree without doing any story quests. But there is little that the devs can do about that.

I heard about the elevator change before, but that really is a lot they changed. Guess we'll have to wait and see how future story chapters will be balanced. (Hopefully they won't require an entire update focused on rebalancing them)

There are real life reasons why titanium wouldn't work well for tools. As the game is trying to be at least somewhat realistic, these should be considered as well. Titanium is indeed a very strong metal, but people tend to underestimate just how strong steel is. To quote Wikipedia: "Commercially pure (99.2% pure) grades of titanium have ultimate tensile strength [...] equal to that of common, low-grade steel alloys". What we have in game would certainly be some form of "low-grade" steel, so titanium would likely be comparable. (A major reason we use titanium in the real world is due to its low weight, compared to steel.) Now to be clear, this quote is regarding tensile strength. Tensile strength measures how much you can pull something apart, before breaking. This isn't particularly relevant for something like tools. In this case, you would want to measure how resistant titanium is to shock wave or compression stress. Sadly, finding good data on this is rather difficult, unless you want to search through scientific studies on this. If someone wants to do that, please let me know what you find. I am in no way an expert on the topic, so I might be misinterpreting this. But from my understanding, titanium would at best be on a similar level to steel. Almost definitely not better. If the devs ever want to add another tool tier, it should likely be some form of "high-grade" steel. But personally, I would say that another tool/armor tier is not really needed. At least not how the game is right now. As for future story locations, I don't think that they have to keep getting harder and harder. More detail in the spoiler: As for the distances, I would not assume, that you would have to travel anything near 100k blocks for future chapters. With default settings both the equator and the North Pole are only 50k blocks away. But I wouldn't assume that future story chapters would even go that far out, either. We will definitely still have to travel for future chapters, but I would assume at absolute most 20k blocks for one chapter. But even that might be a stretch. Slight spoiler for end of story chapter two:

The handbook is already one of the best in game guides I have seen. And it has already seen some improvements, since I started playing. Still, there are many ways to improve it further. I am making this post as a collective overview of improvements I have seen suggested by others, and improvement ideas I have had myself. I will link to other forum posts, when I have found other posts also suggesting these things. 1. Problem: You frequently have to search the same entries again and again. Solution 1: A way to bookmark pages so, that they can be easily opened again, without having to search. Solution 2: When closing the handbook it could remember the previous page it was on and reopen that. These two solutions have slightly different use cases. I believe both would be worthwhile additions. Similar things have been suggested here and here. 2. Problem: It can be difficult to find out what variants are allowed for a crafting recipe. For example, I remember looking at the Mining Bag recipe and wondering what plates I can use for it. The only way to find this out, is by checking what plates are shown. Moving my mouse away from the recipe. Wait until plates change. Check what plates there are now. Repeat, until you are confident that only bronze plates and better are usable. This is annoying. Solution: When right-clicking a variable item slot, it should show a small popup with all possible items. Hovering over the items in the popup would then give you the item name, etc. Left-clicking them would take you to their respective handbook page, as usual. Left-clicking outside the popup would close it. Here is a mockup done by @Descruff on their forum post about this issue here. Their solution was slightly different from what I suggest. See their post here 3. Problem: Sometimes there are so many uncraftable items of a type, that it can be difficult to find what you need. For example, before my first winter, I wanted to use the handbook to find some clothes I could make. So I tried to search for “Max Warmth” to find all clothing items that give warmth. This gives you a list of many clothing items, where 99% are uncraftable. This is not helpful. I quickly gave up and used the wikis Prepare for Winter Guide to find the fur clothes. Even now that I have played the game for over 200 hours, I still don't have a good idea of what craftable clothing items exist. Solution: Filters A way to filter the search to only show items with certain properties would be useful. I would suggest one filter for craftable items, one filter for tradable items and one filter for unobtainable items (i.e.: decorative items from story locations, that otherwise clutter search results). There may be other filter categories that could be beneficial, but I would suggest these three at minimum. (Some other filters could be “Edible”, “Creature”, etc.) I would suggest these filters to be toggleable independently and have three states: On, Ban, Ignored. (Ignored would be the default value) If “Craftable” and “Tradable” are both on, it would show items that are obtainable through crafting AND trading. If “Craftable” is set to on and “Tradable” is set to ignored, it would show all items with a crafting recipe, ignoring if the item can be traded. But if “Craftable” is on and “Tradable” is set to Ban, then it would hide all items that can be traded, even if that item has a crafting recipe. I believe this system sounds more complicated than it is. It should be relatively intuitive to use. (Sidenote: I would also suggest the current “Guides” and “Blocks and Items” Tabs to use the same "On, Ban, Ignored" system, for consistency. The “Everything” Button would just reset all filter to Ignored. 4. Problem: Comparing multiple items with each other can be very tedious. For example comparing pickaxe mining speeds currently requires searching for “pickaxe”, opening one items page, remembering the value you want to compare, then going back and opening the page for a different item, repeat until you have compared all relevant items. This doesn’t have to require this much clicking. Solution: When hovering over an entry in the search list, it should show a brief item description, similar to when you are hovering over it in your inventory. Here is a quick mockup to show what I mean: This would allow players to quickly get the basic stats of an item and allow for easier comparison of different items stats. For example, comparing how good various clothes are, or comparing different tool stats, or comparing how much different poultices heal, etc. 5. Problem: Finding what stone types certain ore can spawn in is very hard to do in the handbook. There is a way to see something similar on the handbook page for the stone types: But usually the player wants to know the inverse of this: In what stone types does a certain ore spawn? Not what ores can spawn in this stone. Solution: On the page for the nuggets, show which stone types the corresponding ore can generate in. Additionally, it would be useful to also show the highest ore grade (Poor, Medium, Rich, Bountiful) that can occur per rock type. This information is already technically accessible via the handbook, it is just very tedious to gather it. 6. Problem: Many features of the handbook are never explained. Solution: Add a guide that gives tips on how to use the handbook. This should include quick descriptions for the bookmarks, filters and right-clicking to see all variants in recipes (should these be added), but even some features already in vanilla could be better explained, such as: Pressing “H”, while hovering over an item, opens the corresponding entry. Pressing “Shift+H” opens the entry for the block you are looking at. You can search for the descriptions and stats of items too (For example, searching “storage slots” gives all basket/backpack variants and all storage containers (chests, storage vessels, etc.)). These features are very useful, and I only learned about these from other community members. It would be nice if the game actually explained all of these.

Well, the temperature does also change with the time of day and season. That can cause the spoilage rates to change over time. I believe open doors and open trapdoors also affect the spoilage rate.

The outside temperature also influences the spoilage rate in cellars. For example, in winter the spoilage rate will be much lower. There are also (small) temperature differences, even among small distances. (Even only travelling east to west). These differences are only slight, but they might cause the differences you see in the spoilage rate. Going higher significantly affects temperature, so keep that in mind too. If you want to test this, you could use the command: /wgen pos climate This gives you an output like this: Temperature: 18,5°C, Year avg: 3,5°C, Avg. Rainfall: 53%, Geologic Activity: 10%, Fertility: 37%, Forest: 0%, Shrub: 39%, Sealevel dist: 43%, Season: Summer, Hemisphere: North The important value here is the "Year avg". This is the average temperature at that spot. Go to your cellars and see how this differs between them. I would assume the cellars with lower perish rate are in slightly colder areas. I'm not sure if this is what's causing the difference, but it's worth testing.

Though you do also get a much faster option for traveling after completing the first story dungeon. That also helps a lot

I think you're underestimating just how far you can run in one day. You shouldn't really need to put food into any outposts. I just took a couple of sealed crocks with me and started running. I only made an "outpost", when it got dark, and that was just a 2x2 soil hut. Just enough to sleep through the night. I think I only needed to do that once, before reaching the archives, but that will depend on how long your time of day in the current season is. I would suggest some better gear than that. I went for the strongest armor: Steel Plate Armor. That definitely wasn't needed, though. Some iron armor should be more than strong enough. You can always bring a temporal gear to set your spawn, so you don't have to run all the way there again, should you die.

Waterwheels have literally already been teased in the discord for the next big update

Update Version 2.0.0 Added 5 normal tuning cylinders: Night to Day Nostalgic Roots Building Creating Added 11 new Story Cylinders that can only be obtained from NPCs in exchange for one Unattuned Tuning Cylinder. Eidolon Battle The Resonance Archives Substitute For An Epitaph Windy Village Chilly Village Nadiyas Melody of Spring Nadiyas Summer Solstice Celebration Nadiyas Anthem of Fall Nadiyas Wintry Composition Devastation Tenacious

As long as you harvest the trees wild without cutting them down, you can have all the fruit you need in your second year. I mean, all the berry items do show multiple berries at once, so I always interpreted it as a handful of berries. Not one singular berry. Still, I get, that it seems a little strange to have the same satiety for both. I quite like that idea. If fruit trees required some pruning in spring to get a large harvest, I think that would alleviate the issues I have with fruit trees. This would require the player to visit each tree more than once a year, and would thereby give more of an incentive to actually try to plant the trees close to your base.

It's interesting how much our opinions on fruit trees differ. I feel that they are too powerful for how much work you put into them. Yes, each piece of fruit gives the same satiety as a berry item, but their main benefit is storage time. If you want fruit nutrition in winter, then you either pre-cook many crocks worth of jam (requires also getting bees) or porridge (but porridge would need to be sealed to last the entire winter, so requires either fat or bee wax), or you just harvest a few fruit trees that you found in the wild. With a cellar, fruits will last well over an entire year! That is where I currently see the main benefit of fruit trees (though some fruits don't last very long either). Even small Fruit trees produce a lot of fruit every year. Finding a few smaller fruit trees is enough to harvest enough fruit for an entire year. In my world, I easily found enough fruit trees before the second winter, that I never had to bother with berries again. Also, berry bushes have to be harvested multiple times a year, while fruit trees only need one harvest. So, I would argue, that fruit trees also require less maintenance than berry bushes. The only downside fruit trees have, is that they cannot be moved without a very large time investment. But, since you only need to visit each fruit tree once a year, I don't mind a little travelling for that. I do agree on the point, that planting your own fruit tree is not really rewarding. But not because the fruits are not good enough. It's just easier to collect the fruit from wild trees. (Unless you plan to keep playing on one world for a very long time). I really don't think fruit trees need a buff. I would even suggest a (slight) nerf (i.e.: dropping less fruit per harvest, somewhat shorter spoilage times).

I didn't know they were still working on Nadiya. I figured that would be finished with 1.21, since that was specifically about improving the second story chapter. Thanks!

I was recently looking through the soundtrack for the game and I noticed that, specifically on the bandcamp version, the OST features four additional tracks for Nadiya. As far as I can tell, these have not yet been implemented into the game, despite them being added to the soundtrack back in September. The tracks do not show up at all in the music folder in the game files, and I definitely haven't heard them in game either. So my suggestion would be to actually implement these tracks for the next release.