Jump to content

radfast

VS Team
 View Profile  See their activity

  • Posts

    79

  • Joined

  • Last visited

  • Days Won

    9

 Content Type 

Everything posted by radfast

  1. radfast
    My mistake, I've edited my post now
  2. radfast
    Regarding the future direction of the game, really it's all very well set out in the Development update. We are actively looking at adding some new mechanical power components to give players more options and scope for creativity and interaction, while staying in keeping with our mediaeval themes and our own rich lore. Personally I find any new mechanical power contraption exciting. We are actively looking at adding rivers, it's surprisingly complex to do them well and realistically in our style of world-map. The game is designed to be easily moddable with a comprehensive modding API and build-in mod manager and mod database and other modder support. The amazing mods people have made form an important part of the game's full potential. We certainly do not see any mod as a criticism of the base game - the opposite, really.
  3. radfast
    BMiBudzYT has been restricted from further posting, due to repeated violations of community standards, and a previous warning a week ago. Community standards require that the discussion is kept civil. Name-calling and personal attacks should form no part of civil discussion. I have removed what seemed to me the most offending and unnecessary posts, while retaining some of the posts to keep the overall flavor of the thread. We do not censor valid debate about the Vintage Story game and its future direction. It's okay to have different opinions and express them, and it's okay to write that some parts of the game currently are not what the individual poster expected or wanted. If anyone is significantly offended or upset by a post which remains, please do use the reporting system to report it and we can review again. Congratulations to all who helped to keep the discussion civil and on-topic. In general if this ever gets so heated again, I would suggest simply do not respond at all to individuals who seem like they are trying to be inflammatory. (And the Report button will get team attention, although it may take us a few hours to get to it)
  4. radfast
    @Pawels nobody from the dev team has the hardware you are using, I would not like to say whether the game should work on such hardware or not. In principle: the game is well-tested on common PC and Mac hardware (Intel, AMD, and Apple Silicon) we do not currently make an ARM64 native code version of the game, we hope to do that in future, it will be dependent on availability of some of the libraries we use we use many components of .NET 7 runtime (game versions up to 1.20) or now .NET 8 runtime (game version 1.21+). As a sophisticated multiplayer game written in C#, could be said we test .NET runtime to its very limits. .NET runtime is supposed to be cross-platform of course, but it may be that the .NET runtime is bugged on your hardware, especially if having to use a compatibility mode I do recommend try game version 1.21, and try updating .NET 8 runtime for your specific hardware, maybe Microsoft found and fixed some bugs Having made those general points, the reported crash looks specific to the OpenGL -> D3D 12 mapping, that is the module reported as crashing in the report you posted. That is not the game's fault, it's what we call a "3rd party issue". Meaning it's a bug in your GPU driver or OpenGL->D3D mapping. The GPU driver or OpenGL->D3D mapping is unique to your hardware, it's made by your hardware manufacturer I guess. You need to report the issue to them, not to us. The game definitely will not work unless it's on a system which has full OpenGL support. Specifically, your GPU needs to be able to support at least OpenGL version 3.3 without issues. Almost every other GPU manufactured in the last 10 years can do this, including integrated graphics on low-mid range CPUs.
  5. radfast
    Hey, thank you for all the research which went into your Github PR, your analysis was spot-on and so helpful in fixing this long-standing bug. In terms of the fix included in 1.21.2-rc.3 I was just looking to fix the specific bug (i.e. the negative hungerCounter) without changing the current game mechanics. Current game mechanics clearly intend to pause the "normal" hunger drain, when there is hunger drain caused by health regen. The bug was it was not only being paused but put into reverse, creating a potentially large negative hungerCounter which would then take ages to reach +10. Today's fix properly pauses the "normal" hunger drain but re-starts it 10 seconds after the health regen drain stops. Seems a sound solution to me. If both drains are running, an injured player would quickly reach starvation. If we want an IRL example, sick / convalescing people often lose their appetite ... @LadyWYT I don't see constantly damaging yourself as an exploit to avoid starvation, as the healing mechanic does also consume saturation. Likewise I don't see dying and respawning with a small healthbar as an exploit, as constantly dying is not sustainable although maybe some people might have to do it to survive on Day 1, if their base is extremely close to spawn.
  6. radfast
    Sounds like a good time to copy the world save file ... The bug I would think is a good 3 years old, though it's possible it became worse in game version 1.20 onwards when we changed various things in player physics. I have not gone back to older game versions to test them all! The bug relates to which way the player is facing at a corner. Before this fix, if the center of the player was facing up-slope then there was no bug, but if a line drawn forwards from the center of the player "missed" the slope then there could be the bug - in broad terms. On a step on a corner or the end of a row of steps, it was therefore possible to "miss" the slope if most of the player's body was away to the side of the steps.
  7. radfast
    One tip: if relevant to you, it may be important to enable the flag: "use dedicated gpu if available". Some people forget to do that ...
  8. radfast
    Please provide a screenshot of the 'blank vague square', it sounds like a bug. Which language version are you using? It's supposed to be a square with the letters "Ctrl" inside but that might be language-dependent.
  9. radfast
    Don't disable the authentication check unless there's a specific reason to like the auth servers went offline (which hasn't been the case for a good long time now), or Anego Studios stopped supporting the auth server completely (which is unlikely ever, unless there is Armageddon in which case we'll all have bigger concerns than the VS auth server...). @WinnieTaylor Can you please be more specific about the "security issues" ruining things for you? I start the game tens or hundreds of times a day while testing things, and have not encountered any security issues. @LadyWYT Normally the game stores the player's password (more precisely, a token generated after the player enters a valid username+password) inside the clientsettings.json file in the VintagestoryData folder. There are 4 situations where the password might need to be re-entered frequently: 1. deleting that settings file (or the OS deleting it, for example because it's kept in a temp folder or a RAM drive or other place where it can't stay permanently) 2. manual Log Out, e.g. so that another person can play on the same machine using a different game account 3. (most likely) one person using 2 different PCs to play on the same game account (e.g. home + college) - that's totally allowed by the way! 4. a person has multiple installations of the game which have also been manually configured to use different data folders In situations (3) and (4), there is a solution. One working clientsettings.json file can be copied to other data folders or to VintagestoryData folder on another PC, so that then the password does not need to be re-entered. Note it must be a "working" file: I mean copy specifically the clientsettings.json file immediately after a successful login and exit the game to save it. As a side-bonus, this will also copy any custom key bindings or macros etc to both places. It will also copy the graphics settings and other settings of course, those might need to be adjusted if there are different graphics requirements for the 2 different game installations.
  10. radfast
    Thank you for a considered and measured response, which made me smile. I think the "no extra cost" phrase was meant to be conceptual/abstract, not financial - I think it was supposed to mean, at no cost or harm to Vintage Story game development, including in terms of his own personal development time. If you knew him IRL, you'd know that Tyron is an incredibly, unusually, decent guy - motivated by his own love of certain legacy games and his own vision to make Vintage Story the best game we can, and at the same time wanting to see the vision of Saraty - his wife - completely fulfilled. Tyron mostly likes nature, world systems, the feeling of immersively exploring an interesting world. Saraty's vision is darker: think obscure things crawling underground, abandoned places, challenge, trepidation; she also has an amazing eye and is all about VS keeping a consistent look. There is basically no way that those core parts of the vision will ever be compromised. At the same time, Tyron has for years had a thought to make a separate adventure / RPG type of game using the VS engine, the engine is designed from the beginning to be capable of running other voxel-type games not only VS, only nobody has done that so far. "Adventure mode" is how he would have described it long before 2025. Because of this year's developments, Tyron is now in a position actually to do it, and to do so by setting up a small separate team, instead of doing it himself. I'm sure he recognizes that if he were ever to work on a different game himself then that would have a "cost" to VS by taking some of his time away from VS, but the significant thing which has occurred is now he doesn't have to do it himself. That, in a rather long nutshell, is what "no extra cost" is supposed to mean. I think. I would add that from my point of view the community often doesn't fully realize that VS is made by a medium-sized team now. There are more than 20 people involved. I often see people on Discord writing "Tyron should do X" or "we like how Tyron made X" etc. It's not always Tyron! One of the incredible things Tyron has done is hand-pick over the years a group of misfits devs who, in their own specializations, have skills to match his and Saraty's, and at the same time the humility to work in accordance with his original vision instead of trying to change anything (that's possibly the more difficult thing to find, if you've ever tried hiring anyone!) In 2024 and 2025, a large part of the contributions added to the game have been made by other team members, not by Tyron and Saraty personally. The fact that the community is not able to notice that multiple other people are involved, means we are doing it right! In terms of game development, this has meant that as a team we are much better able to develop Vintage Story at a good steady place now, and to implement the things we have planned, for example the things seen on the roadmap.
  11. radfast
    This post is my personal view, not an official view. Vintage Story in 2025 is progressing very nicely: we have a perfectly sized dev team now, full of amazingly skilled and creative people, and everyone is busy working on Vintage Story updates according to their specialty If you've looked at the -rc versions of 1.21.0, you'll see that the 2nd story chapter is now considered finished. We are a few days away from 1.21.0-stable, and it's looking lovely. We managed to make this update in less than 6 months. Could even say it's been less than 3 months if you time it from the last stable release of 1.20.12, which was June 2025. Work has now started on 1.22. As announced: > Forging ahead We'll now slowly shift to working on version 1.22, which we in the Team are all extremely excited about. We plan to focus primarily on game mechanics this time, especially mechanical power The group who will be working on the new game will be a separate group of devs, not the current Vintage Story devs. They will likely work completely independently. My expectation is they will make an adventure style voxel game, using the Vintage Story game engine but somehow more colorful and adventurous. But that's up to them, note the word "independently" here. Because Vintage Story itself right now is a mod on its own game engine - I mean, the current 'Survival' gameplay with all the thousands of blocks, items, worldgen, creatures, mechanics, story is all one giant mod - it's possible for a separate adventure style game, using the same game engine, also to be one giant mod. That separate game can be totally different in look and content. Not the same game. Not what people normally mean by a mod, not even a 'total conversion mod'. The analogy with Portal and Half-Life is a good one. Best to read the official announcements for any plans about how the adventure style game will be released (which is probably many months / years away), but my understanding is that to start with - so think of it as a playable alpha - the first releases of the adventure style game will be through the Vintage Story ModDB. So like third-party mods it will be free to download, but will require Vintage Story to be installed because they will require its game engine. The adventure style game will not be "part of" Vintage Story, instead I think of it as something extra, available to the Vintage Story community as an option. Just like mods made by the community. At that stage, each individual player can choose whether to try it or not, the same way that they choose whether to try a mod or not. If they choose not to try it, they are not in any way missing out on the intended (vanilla) Vintage Story experience. I also expect that eventually, in the longer term, the adventure style game will stop being freely available and (at least when it's in a more finished state) will require a separate purchase - but this is just my own guess. Just don't expect it to be "free forever". That new separate group of devs are talented human beings who will need incomes to live on just like anybody does, and those incomes will have to come from somewhere. If it is eventually a separate game, that will not be breaking Vintage Story's ethos of "no marketplace, no paid DLC, no hidden fees". It's not breaking the ethos because the adventure style game will not be Vintage Story, it will be a separate game which just happens to use the same game engine. (Footnote: that worked OK when Unreal did it: the Unreal game engine grew out of the actual game, Unreal.) I just don't understand what's not to like here. Vintage Story will continue to be updated, like it always has been, until it reaches the team's final vision. Nobody in the Vintage Story community is going to lose out on the Vintage Story experience. In addition, in due course the community will also be able to be the first to try the new game. I agree that language like "adventure mode" is a bit confusing, but my understanding / expectation is that will not be a different mode of experiencing the Vintage Story gameplay or lore: it will have its own lore. It's intended to be a different game. Which uses the same game engine.
  12. radfast
    Guys if you're having problems getting things working in Linux, please use game version 1.21.0-rc.4 which is built for .net 8. Not 1.20.12. 1.21 should be trouble-free, that's our intention at least. It also has a flatpak. Obviously it's super hard to cater for every possible variation or customisation of Linux, but if it doesn't work by default you can ask for help.
  13. radfast
    Thanks for comments so far. The purpose of the poll, as with other polls, is to inform us so that the team can then, with luck, take the best decision for the player community as a whole. For example if no mod is currently using .obj and .gltf models, or hardly anybody and those who are can migrate easily enough to the .json shape files, then the decision is clear. In general Vintage Story development aims not to break mods unless absolutely necessary. This benefits players of course, because plenty of the playerbase uses at least a few mods. Each new game version if we change something in the engine we make efforts to include backwards compatibility features so that most mods will continue working. We appreciate the hard work that goes into creating a mod, and we want to minimise the ongoing 'maintenance' version for modders. (Unlike certain other games ...) @Dark Thoughts, it would be possible for any skilled + motivated coder to write a command line tool to convert .obj / .gltf to .shape - though only quadrilateral, rectilinear faces can be converted, not bare triangles nor rhombuses. I'm not sure that it's worth a dev team member spending many weeks writing it, as depending on poll results here, I guess very few mods are using .obj or .gltf in practice. So spending a lot of developer time on such a tool would be a good example of a disservice to the player community as a whole. But it could be a good project for a student or someone who wants to increase their knowledge.
  14. radfast
    The Vintage Story game engine partially supports loading of .gltf and .obj models but it was never fully&properly implemented. We in the VS Team use JSON shapes only. Keeping support for OBJ/GLTF has significant maintenance cost for us, especially so for the planned 1.21 performance updates. Dropping support for it would allow us to work at greater efficiency, so we would like to end support for it unless our modding community has a great need for it. [Edit:] Poll text rewritten by Tyron.
  15. radfast
    This is a known bug in 1.20.11, only happens when the game is paused. The bug is fixed in game version 1.20.12
  16. radfast
    The installation files are digitally signed for Windows of course. Even so, Microsoft Defender sometimes produces false positives, for some people, when we update to a new game version. The dev team are actively working with Microsoft to stop this from happening at all, it's a slow road. Anyone affected by this (assuming it's a genuine download from vintagestory.at and no other source) should simply allow the file as safe.
  17. radfast
    This issue is fixed in game version 1.20.12. Apologies for the extra adrenalin while that was an issue...
  18. radfast
    If you are referring to mass-spawning after pausing the game, this is fixed, see notes: Fixed: Large numbers of fresh spawned entities after pausing the game for a while in SSP If it's a different issue, do you know if it's on Github issues list and if so please provide a link.
  19. radfast
    This older thread, the discussion of optimus-manager, might still be relevant and helpful?
  20. radfast
    You may find some useful pointers here: https://wiki.vintagestory.at/Framerate_and_Performance In general, though I cannot see your system: The framerate is normally GPU-limited, not CPU-limited. You have an i7, so that should be fine. Unless you have something like 10k entities spawned or farmed, that should be ample. Hardware faults such as faulty RAM are rare, but if they happen they will have an effect, for example due to hardware interrupts or other OS type issues In the vast majority of cases, the issue is GPU-side We provide a wealth of graphics settings which control what the GPU is doing. I would suggest start with low-spec settings (small view distance, shadows and SSAO off, etc). See if you can get stable framerates. Then slowly and gradually increase the settings and see if things remain stable. If you changed configs in clientsettings.json or servermagicnumbers.json, go back to defaults (if necessary, delete those files even, so the game will recreate them with defaults) The Chunk Upload Rate Limiter setting in graphics settings is potentially relevant, though usually has more impact for Radeon than for Nvidia. I recommend set it in the middle of the range, for testing Observe what game actions cause stutter - for example if you stand completely still, if you rotate your head? If you look straight up into the sky you should be able to get 150fps There is a command .debug logticks 20 which will show the potential reason for any drop below 50fps (20ms frame time = 50 fps because 20 x 50 = 1000, you can try other numbers). However, if the issue is GPU-side it will not show any useful information For Nvidia specifically, try the things discussed on this forum thread - there are some Nvidia Control Panel settings discussed there which might still be useful and relevant, even though I guess Nvidia have changed things since that was first written. Some other things to try: Use a good quality hardware performance monitor to check that your CPU and GPU are maintaining high clock rate and not thermal throttling. Open Hardware Monitor is good, and free You are playing on Windows 10. If you didn't carefully clean things up already, you likely have a lot of processes running, both from Windows itself and other software you have installed. I would strongly recommend take all possible steps to 'de-bloat' it and disable unnecessary startup processes, before looking to blame your game software. Especially if you have similar issues in multiple games. For a start, OOSU10 allows you disable many of Windows own annoying and unnecessary elements. Personally I have almost no other software running when I play games, except for Nvidia Control Panel and an audio control panel. So I stop the VPN, the antivirus, the auto-updates, the drive scanners and search optimisers and all those types of background processes Re-read and fully apply the above bullet point. Especially, do not have Discord running (not even in background), nor any browser, nor any VOIP process. Use your phone or another PC if you need to read internet guides while testing things. Try playing the latest game version 1.20.11-rc.1, it has the highest performance Test without any mods
  21. radfast
    It's a strange thing to report! Do you think you are playing VS for very long periods without a break, like several hours continuously? Maybe longer periods than other games? [Disclaimer: I am not a doctor, this is not medical advice] For any game it is strongly advisable to take a break from the screen sometimes: first to rest the eyes instead of holding them at a fixed focus for a long time second for ergonomic reasons, because you probably hold your hands and shoulders forward to operate mouse and keyboard, can give you 'mouse shoulder' etc third for cardiovascular reasons - literally you could get DVT if you sit with your legs down and still for many hours, it's the same reason why people should get up and walk around at least every hour when taking a long flight (or else do ankle pump exercises or similar), otherwise you are risking this life-threatening condition I am wondering if VS has an additional effect, for you, because the game is so immersive, and simulates the open world with nature etc - maybe your eyes are "tricked" into thinking you are outdoors with a long focus when you are actually sat at a desk? Try making small changes like change the FoV slider
  22. radfast
    Dear Extraordinary Survivalists v1.20.11-rc.1, an unstable release, can now be downloaded through the account manager. This release has no new gameplay features or fixes compared with v1.20.10. Its only change is to improve performance, especially for larger multiplayer servers. A large multiplayer server running this release should perform up to approximately twice as good - twice as many ticks-per-second - when large numbers of players (more than 30) are online Different results may be seen with adjusted servermagicnumbers.json, different creature numbers compared with the vanilla defaults, or modded games, but all servers should see some improvement This release also uses approximately 10%-20% less RAM, in both single-player and multiplayer games. In multiplayer, v1.20.11 is network-compatible with v1.20.10. A player with v1.20.10 can play on a server which is running v1.20.11-rc.1 (or the other way around). Therefore, generally we suggest that large servers could update to v1.20.11-rc.1 for better performance, even if their players do not update. It is possible that v1.20.11-rc.1 will cause mod breakage for a very small number of coded mods. Mods which only add content using JSON or patches should all be okay. We have tested some of the most popular coded mods with this, but we have not tested them all. If you experience any new mod issues (not present in v.1.20.10), please do report them and meanwhile continue using game version v1.20.10. [Note for mod coders: we did not change the API, but if your mod references ServerMain.Clients with VintagestoryLib.dll as a dependency, you will likely need to recompile against the 1.20.11-rc.1 version of VintagestoryLib.dll. Harmony patches which make code changes deep within VintagestoryLib might also need attention, most of the entity physics, animations and general entity ticking code in the engine has been changed.] Screenshot by Extra Ram, shared on #screenshots on Discord Game Updates Tweak: Multiplayer server performance substantially improved in many areas Improved TPS from entity ticking (especially if MaxPhysicsThreads exceeds 1: on large servers please experiment with setting that in the range 2-5, in servermagicnumbers.json) Improved TPS from entity spawning (testing of spawn positions now runs on a separate thread) Improved TPS from player and entity physics and animations updates on the server Reduced peak RAM requirements for server packet sending Reduced peak RAM requirements for server game autosaving Tweak: Map and minimap performance improvements (client side changes) Map now drawn up to 10x faster when panning or zooming into previously mapped areas Areas of the map which are moved off-screen are now preserved for longer without re-draw Reduced heavy multiplayer lag after panning in the world map (greatly reduced client-server network traffic from panning) Tweak: Reduced RAM requirements on both server and client for animations Tweak: Thrown stones, snowballs and other thrown projectiles now have smoother motion Tweak: For hardware constrained servers, new optional VintagestoryServer.exe command line argument --reducedThreads to reduce the number of threads used overall (detail: may help servers which have hardware thread count limits, at the cost of some worsening of ticks per second and game startup time)
  23. radfast
    Dear Extraordinary Survivalists v1.20.11-rc.1, an unstable release, can now be downloaded through the account manager. This release has no new gameplay features or fixes compared with v1.20.10. Its only change is to improve performance, especially for larger multiplayer servers. A large multiplayer server running this release should perform up to approximately twice as good - twice as many ticks-per-second - when large numbers of players (more than 30) are online Different results may be seen with adjusted servermagicnumbers.json, different creature numbers compared with the vanilla defaults, or modded games, but all servers should see some improvement This release also uses approximately 10%-20% less RAM, in both single-player and multiplayer games. In multiplayer, v1.20.11 is network-compatible with v1.20.10. A player with v1.20.10 can play on a server which is running v1.20.11-rc.1 (or the other way around). Therefore, generally we suggest that large servers could update to v1.20.11-rc.1 for better performance, even if their players do not update. It is possible that v1.20.11-rc.1 will cause mod breakage for a very small number of coded mods. Mods which only add content using JSON or patches should all be okay. We have tested some of the most popular coded mods with this, but we have not tested them all. If you experience any new mod issues (not present in v.1.20.10), please do report them and meanwhile continue using game version v1.20.10. [Note for mod coders: we did not change the API, but if your mod references ServerMain.Clients with VintagestoryLib.dll as a dependency, you will likely need to recompile against the 1.20.11-rc.1 version of VintagestoryLib.dll. Harmony patches which make code changes deep within VintagestoryLib might also need attention, most of the entity physics, animations and general entity ticking code in the engine has been changed.] Screenshot by Extra Ram, shared on #screenshots on Discord Game Updates Tweak: Multiplayer server performance substantially improved in many areas Improved TPS from entity ticking (especially if MaxPhysicsThreads exceeds 1: on large servers please experiment with setting that in the range 2-5, in servermagicnumbers.json) Improved TPS from entity spawning (testing of spawn positions now runs on a separate thread) Improved TPS from player and entity physics and animations updates on the server Reduced peak RAM requirements for server packet sending Reduced peak RAM requirements for server game autosaving Tweak: Map and minimap performance improvements (client side changes) Map now drawn up to 10x faster when panning or zooming into previously mapped areas Areas of the map which are moved off-screen are now preserved for longer without re-draw Reduced heavy multiplayer lag after panning in the world map (greatly reduced client-server network traffic from panning) Tweak: Reduced RAM requirements on both server and client for animations Tweak: Thrown stones, snowballs and other thrown projectiles now have smoother motion Tweak: For hardware constrained servers, new optional VintagestoryServer.exe command line argument --reducedThreads to reduce the number of threads used overall (detail: may help servers which have hardware thread count limits, at the cost of some worsening of ticks per second and game startup time) View full record
  24. radfast
    There can be interactions between VSync and G-Sync if your GPU & monitor support G-Sync Useful reading about this on reddit:
  25. radfast
    Dear Extraordinary Survivalists v1.19.4-rc.1, a release candidate, is now available to download through the account manager. This is a minor feature update, also including some essential fixes. Some of the dev team were very keen on squeezing in some more nearly finished features and for once Tyron relented and gave free rein, and here is what we came up with! Changes include a rebalancing of loot in ruins - obtaining clutter blocks is now more challenging and requires plentiful application of glue, but at the same time there is more variety in the smaller objects found in chests and containers among the ruins. We also added a new wireframe color setting to the accessibility tab to assist players with color vision impairments. (Note: this is not a "stable" release. As a release candidate it is for testing and may have issues. Two known new issues discovered in this version are: (1) When smithing on an anvil, in this version the mouse has to be held until after the hammer swing completed and the voxel moved, instead of the previous single tap action. This is a newly introduced bug arising out of the changes to hammer controls connected with using the hammer as a weapon. (2) In Multiplayer games, the position of animals may jump around or 'rubber-band' for some players. Both these issues are now fixed in v.1.19.4-rc.2 released on February 22nd) Screenshots Glue making mechanic, use glue to repair and obtain ruin clutter Barrels finally received the long anticipated model overhaul Hides have new models and textures, and can be placed on the ground Mouse buttons are now re-bindable Game updates Feature: Clutter blocks shatter when broken, unless first repaired using glue Clutter blocks can no longer be obtained with a 50% chance by breaking them, they now require repair in situ. Partially-repaired blocks have a chance of not shattering. Clutter blocks already obtained by players are safe from shattering This shatter rule is configurable on a per-world basis (and is by default disabled in the Exploration play style). New world configuration option "Clutter obtainable" Pitch glue can be made by cooking up resin and powdered charcoal. A pot of glue can be used to repair clutter blocks within ruins, simply right-click with the pot in the active hand Glue hardens within a few hours after it is made, but hardened glue can be re-heated in a firepit. Players wanting to repair clutter may need to create a firepit close to the ruins Cooking pots can now be used to cook non-food items; but cooking such substances in a pot will result in a "Residue-covered pot" which can never again be used for meal recipes: nobody likes to eat glue! Powdered charcoal is made by grinding charcoal on a quern Feature: "With great ruins comes great lootability" A wider selection of loot is potentially available in chests and other containers within ruins, both on the surface and underground Some containers may contain smaller clutter objects (if found in chests, these therefore can be obtained without any need to repair them) A new cellar is included in one of the large ruins Feature: Re-bindable mouse buttons (as first mentioned in the 1.19.0-rc1 news) Any keyboard control or macro can now alternatively be configured to a mouse button [Detail: in Settings, Controls tab, click on any setting and then to set it, click a mouse button instead of a key. Left, middle, right buttons and, for multi-button mice, up to 5 additional buttons are supported] In-game left, right and middle mouse-clicks can be re-bound, either to different mouse buttons or to keyboard keys. For example left and right mouse buttons can be swapped, or for mice with only two buttons, a keyboard key can be used for middle clicking Pick block is now re-bindable to any key or mouse button Feature: In the Accessibility settings tab, knapping, clayforming, smithing voxel wireframe colors are now configurable between different presets. In addition to the standard setting, two alternative presets for these colors are provided, chosen for better contrast for players with certain types of color blindness (color vision anomaly) Tweak: Hides are now 3D models, and can be placed on the ground Raw hides will begin to rot after 5 days. Oiling or soaking the hide will prevent it from rotting. Tweak: Improved visuals for barrels and troughs New barrel models Barrel contents appearance for raw vegetables more closely matches the actual vegetable (Cabbage, Carrot, Onion, Parsnip, Pumpkin, Turnip, and Bell pepper) Improved appearance of some other items in barrels (Cooked bushmeat, fish, poultry, redmeat; raw mixed vegetable; tomato) Vegetables in troughs now have the same appearance as vegetables in barrels, with some extra tweaks at the borders Minor tweaks to appearance of both small and large troughs, and rot models Fixed: grains in troughs did not use proper texture; dry grass (hay) in troughs had too much shadow Tweak: Performance improvements Reduce server and singleplayer RAM usage around 250MB overall [detail: Schematics used by ruins and villages are now cached and partly lazy-loaded] Reduce spikes in RAM usage on client when moving to new world areas Reduce network usage in large-scale multiplayer games [detail: Fewer entity position update packets for dropped items, dead creatures and other non-moving entities] Fixed: Server was sometimes unnecessarily sending the same chunk to the client twice (e.g. following a teleport) Tweak: Gameplay balancing Soil, sand and stone mining resistance are all increased by 20% (take longer to mine), gravel resistance is decreased 20% [note: part of the thinking behind this is that obtaining these heavy materials should be more time-consuming, relative to obtaining wood or small blocks; it also helps block breakage time match up better with the shovel and pick animations in some cases; players and servers who preferred the old speeds can, if they like, adjust global mining speed for all blocks in world configs] Fancy linen patterns (square/offset/diamond pattern) are now a Tailor-exclusive grid recipe. Make them using normal linen, plus sewing kit, in various configurations. Any player can turn fancy linen back into the normal linen pattern using shears, in grid Commodity trader no longer sells square/offset/diamond linen patterns, only normal Cooking pots are shelf-storable Whole pumpkins can no longer be placed in a trough as animal feed, they must first be sliced Moose jump height is reduced to 2 blocks, less than most deer Tule, cattail, and papyrus roots all now cook into the same food item: 'cooked wild rhizomes' Tule now has plantable roots. Tule, cattails, and papyrus now have planter and flowerpot models that respond to climate Auto-close the trader dialog and trading window when a player moves out of range of the trader Support beams placed on blocks can now be individually removed instead of all at once (not yet on chiseled blocks, sorry) Meta blocks such as Command blocks and stack randomizers no longer drop when broken by players in Survival mode [note: in Survival mode, meta blocks are normally invisible and therefore untargetable by players, but players have a setting to enable visibility and targeting of such blocks, mainly intended for mod and map makers] Tweak: New first person mode tuning In the Interface settings tab, players can now change the field of view for the first person mode hands, reduced default FoV from 90 to 75. This mitigates first person hands looking unnaturally long. Added custom animations for the bug net and squeezing honeycombs Added animation for inserting temporal gear with a knife (to restore the player's temporal stability) More sluggish mouse movement and seraph model rotation while swimming Tools now follow the player's cursor more closely in first person mode. Less jarring transition back to tool ready position, after using a tool to hit Impove feel of axe, club and hammer when used as a weapon Adjustments to falx, axe and cleaver first-person animations Adjusted position for held crushed items Adjusted shield transforms and other off-hand transforms Fixes to some animations endlessly repeating after an action Knife cut animation Chisel ready animation, after switching from chisel to empty slot Using torch to light a firepit, whenever a torch was then held Torch in hand - could endlessly repeat instead of holding it out straight Fixed: Block edge sitting was sometimes triggered in the wrong places Fixed: Block edge sitting looked strange in first-person if the camera is rotated beyond a normal neck angle; camera is now rotation-limited in this pose Fixed: Hammer and chisel animation working properly again Fixed: Hammer no longer clips into the camera when breaking blocks with it in the off-hand. Fixed: First hit animations on spear now consistent with all subsequent hits Fixed: Shovel ready animation now longer firmly attached Fixed: Idle animations for lanterns and pumpkin fruit Tweak: Seraph hair and clothing improvements Snow goggles and glasses are now worn on the face location, rather than the head - so these can now be combined with hats Ponytail parts removed from basic seraph model Fixed: hats would show through helmets Fixed: Hair side braids and side buns adjusted to not conflict as much with messenger hat Fixed: emblems were set to wear on the wrist Fixed: inventory and handbook positioning of several arm, head and jewellery items, and rusty and temporal gears Tweak: Other visual fine tuning More detailed skulls on human skeletons. Special skeleton has smaller skull Feather item now has a 3D model; improved rot model Beeswax, Fat and Raw fish models now smaller when placed on the ground Improved positioning of some food items (thanks to Sonya!) Bunches or piles of food items generally now held with both hands Pixel-level polish to the layout of block interaction help Fixed: Soldered copper sheet texture would sometimes show up amongst world-placed copper sheets Fixed: Jonas parts positioning in display cases was not correct Fixed: Various fixes to antlers and goat horns (Guemal, Caribou, Marsh deer, Pampas deer, Tur goat, Takin goat) Fixed: Many antlers invisible in the handbook Fixed: Antler mount hitboxes were too large; diamond antler mount was not quite centered Fixed: Incorrect appearance of breadfruit in cooking pot meals Fixed: Pickled pumpkin now has different texture from un-pickled pumpkin Tweak: Handbook fine tuning Improved text layout and formatting on Handbook pages Minor improvements to Command Handbook layout The knapping guide makes clear that knapping creates a tool head, not an actual tool Handbook entry for deer explains that they cannot be domesticated, milked or bred Fancy-stitched linens are now included in the handbook Handbook entry for clay no longer mentions finding clay on the map, as the default map style does not show clay differently from soil Changed order of presentation of information in the descriptive text for wearable items Fixed: link to glass in the greenhouse guide Fixed: in the initial Create character dialog, game unpausing when clicking on a handbook link in the player class description Tweak: Positional sounds on moving objects more accurately update their positions Tweak: Mod Manager shows warning dialog if a player attempts to disable the mods comprised in vanilla Vintage Story (Creative Mode, Essentials, Survival Mode) Tweak: Graphics settings menu, if only essential settings are shown, now shows a tip indicating that there are additional settings Tweak: Add Window Mode setting "Fullscreen + Always on top", which prevents the window from auto-minimizing when it loses focus, useful for dual monitor setups Tweak: /db prune command is now available on hosted servers to reduce filesize and to allow new worldgen in explored but unused areas of the map; usage fully explained in the in-game Command Handbook Tweak: Localization and language changes All trader dialogue is now translatable Cooking pot contents "x servings of y" now localized, and the English text uses plural format; similar plural format use for the new 'portions of' translations for non-food cooking pot contents In English, for wearables descriptions and handbook text, "Cloth category" is now "Clothing category" and some capitalisation changes for consistency In the cooking pot "Will make X servings of Y" message seen in firepit, the meal name Y is automatically converted to lowercase by code: this conversion now better handles accents, in certain languages Settings menu made more spacious to allow individual setting names to be on a single line in more cases, even if in some languages the name is wider than the English text Fixed: In the Settings, Interface tab, the language selection dropdown box could drop below the bottom of the screen Fixed: Game unplayable (immediate crash) on operating systems set to Thai language and perhaps certain other languages as the default system language Fixed: Player (and other entities) clipping through walls when taking knockback damage, or at certain specific positions in the world Fixed: Ruins with missing textures underwater, in Arctic regions Fixed: Worldgen borders still sometimes visible at edges of map regions, in worldgen from game versions 1.19.0-1.19.3 [note: existing maps might now be fixable using /db prune command or /wgen regen command, see documentation for those commands] Fixed: Dropped backpacks and handbaskets not having correct item despawn timer until now (sorry for past lost items!) Fixed: Support beams were forever stuck to chiseled blocks. Now they fall off when the chiseled block is broken Fixed: Block breaking decal for support beams Fixed: Rare duplication of entities (e.g. following teleport sometimes) - may fix some doppelganger issues in multiplayer, time will tell Fixed: Chickens were eating from large troughs in 1.19, which was unintended Fixed: Mechanical damage bonus not applied for the Clockmaker. Animal loot modifier unintentionally applied to mechanicals. Fixed: Chute pushing into Archimedes screw could get items stuck and stop the flow Fixed: Rare crash when looking at cheese Fixed: Rare boulders and loose stones placed inappropriately on top of ruins by worldgen Fixed: Multiple issues with ruins generated in tiny worlds or near the map edge Fixed: In Multiplayer, firewood or ingot piles or other ground storables could be invisible when newly placed Fixed: Wooden crates did not have their correct capacities for the type of wood Fixed: Farmland and panned gravel/sand layers created weird lighting on neighbours when placed in corners Fixed: Scroll Rack block info showed the scroll in the wrong slot Fixed: Scroll rack had various minor issues and janks when two racks are side-by-side Fixed: Bears and other creatures spawning inside snow blocks now correctly positioned Fixed: WorldEdit flood-fill tool, on undo, did not clean up water when there was a block and water in the same position, e.g. loose stones underwater Fixed: WorldEdit block removal tools, if blocks had decor on them (linen, carpet, lichen, mold etc) the decor would drop instead of being removed Fixed: In Multiplayer, a mod configured a certain way could make it impossible to connect to a modded server - if the required mod was Universal but had requiredOnServer set to false, the client would endlessly re-download the mod before joining the server, even if it had it already Fixed: Various rare crashes and logged errors Crash involving EntityItem Handbook crash when clicking on drops from stony rubble Multiplayer crashes with traders and auctions: If another player on the server also buys or creates an auction while you are trading Crash with Command Block in Developer Mode FruitTreeRoot errors in logs at world load Error from Microblocks during snow melt Serverside exception error log on "AiTaskSeekFoodAndEat.suitableFoodSource" Importing schematics with missing entity types or liquids inside buckets, from removed mods, would error Rotating a chiseled bookshelf (legacy) using wrench would result in game crash (also for chiseled Log sections) Mod API Tweak: Added a new attachment point on the seraph model for off-hand animations Tweak: Log an error if HeldRightReadyAnimation and HeldRightTpIdleAnimation for an item are set to the same animation Tweak: New and updated stackrandomizers are available to allow random loot to be placed in containers in schematics; and these randomizers can be modded to add or change loot in vanilla ruins: for details see the randomizers in assets/survival/itemtypes/meta Tweak: If an item specifies a renderVariant, and the shape cannot be found, log an error instead of crashing Additional minor tweaks relevant only to coded mods: KeyConfiguration used for hotkeys can now also represent a mouse button; mouse buttons are treated like keyboard keys with keycodes 240-247 For AITasks, the EntityPartitioning system is now divided more logically into Creatures and Inanimate entities, use EnumEntitySearchType to specify which For all string IndexOf(), StartsWith() or EndsWith() operations on strings representing game internal elements, for example AssetLocation, texture codes and other dictionary keys or anything found in JSON code, StringComparison.Ordinal should be used for culture independence. Vintagestory.API.Util now provides helper methods string.IndexOfOrdinal(), string.StartsWithOrdinal() and string.EndsWithOrdinal() which you can use; and ordinal comparison is built-in to new convenience method AssetLocation.PathStartsWith() Mods can access and change climbUpSpeed and climbDownSpeed in an entity's BehaviorControlledPhysics
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.