Jump to content

Streetwind

Very Important Vintarian
  • Posts

    1,450
  • Joined

  • Last visited

  • Days Won

    70

Posts posted by Streetwind

  1. Lightning rods need to be placed high enough to work correctly.

    Imagine them as the top of a pyramid. The lightning rod is 1 block. Below them is a 3x3 area. Below that is a 5x5 area. And so on.

    The lightning rod protects everything in that pyramid, but not outside. So the larger the area you want to protect, the higher up the lightning rod must be placed. (Or alternatively, you can have multiple lower lightning rods.)

    Because the area is pushed one block out in all directions for every block of height, you can do easy math: if you want a spot that's 20 blocks horizontal distance from the lightning rod tower to be protected, the lightning rod needs to be 21 blocks (in other words, distance +1) higher than that spot.

    • Like 2
  2. 7 hours ago, radfast said:

    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

    Does this implicitly mean the door is now open for mods to add all sorts of custom pot recipes? Like perhaps creating salt with enough portions of saltwater in the pot, or making lye soap?

    That would be really exciting :)

    • Like 5
  3. I don't think you need a server to get what you want. In fact, you may find that a server you only join intermittently makes things harder. Your food will spoil while you are absent and such things. Much better to be in a singleplayer world that only runs while you are present, and use other methods to achieve your goal. Like these handy commands and settings.

    Don't use them all willy-nilly. Choose carefully what you want and which number you want to use. Messing with time too much can get... well, messy.

    /worldConfig daysPerMonth 5 will make a month pass roughly twice as fast as the default 9. Ideally you would set this during world creating in the Customize menu. You can still use this command in an existing world, but your current calendar date might change quite drastically.

    /time calendarspeedmul 1.0 doubles the progress of calendar time. The default value is 0.5, equaling two IRL minutes per ingame hour (or 48 IRL minutes for an ingame hour). 1.0 makes one ingame hour pass in a IRL minute, a value of 2.0 makes 2 ingame hours pass in an IRL minute, and so on. With this, days and nights will pass faster, but the simulation speed of the game will remain normal.

    /time speed 120, on the other hand, changes the simulation speed. It's the same function that gets activated when you sleep through the night in a bed. The default value is 60, so 120 would run the game twice as fast. Higher values are possible. This isn't very useful for playing, but it can be used to fast-forward several days while you wait for something to happen. Just be careful you don't starve in the process.

    /time setmonth is an alternative for quickly skipping several days. Supply the first three letters of the name of a month, and the calendar will instantly jump to the morning of the first day of that month. Anything dependant on the calendar, including but not limited to crop growth, food spoilage, and animal pregnancies will update accordingly. Note that you can only ever jump forward, meaning if you're in April and decide to jump to April, it won't go back to the first of the current month... it'll skip an entire year!

    And as a bonus, a hidden setting:

    /worldconfigcreate float cropGrowthRateMul 2.0 will double the speed with which crops grow. It accepts numbers as high as 10.
    /worldconfig cropGrowthRateMul to adjust the number afterwards.

    • Like 1
  4. Both of these systems will run Vintage Story just fine. For reference, I got 60-75 FPS on 1440p with a ten year old i5-4670 and a Geforce 1060 6GB... at view distance 640 and decently high settings.

    However, do not design your PC entirely around a single game. Consider what else you might want to be playing in the coming years, as far as that is possible. If you are someone like me who's fine with spending a ton of time in "older" titles, your requirements will be lower, but if there's a future triple-A release you have your eye on, the 4070 Super is going to be the minimum option.

    Regardless of what setup you choose, go for 24 or 32 GB system memory. 16 is not enough going forward.

    You're already looking at video cards with more than 8 GB of VRAM, which is good - don't go lower than 12 anymore.

    Don't bother with mechanical disks anymore. 1TB of NVMe SSD is perfectly affordable and more than enough if you're not a hoarder or record video.

    Consider going for an X3D CPU. The difference in gaming is significant. There should be a 5600X3D if I'm not mistaken, though it's only available in the US last I checked.

    • Like 1
  5. Are you in fullscreen or borderless window? Try switching to the other, see if it changes anything.

    I have a high DPI monitor, and I use both scaling in Windows and UI scaling in the game itself. They work together fine and there are no text rendering problems. I didn't have to do anything to make it work.

  6. Not every area with ore goes up to the highest readings. This has a number of reasons.

    For example, the prospecting pick interpolates over an area around where you prospect. If some chunks in that area have a high probability of spawning ore and others have a low one, you'll get something in the middle. Another thing the pick takes into account is the makeup of the local rock layers. Cassiterite can only spawn in igneous rock, so if two out of the three local layers are not igneous, you're getting lower results because the ore can't spawn everywhere even in a chunk with good chances.

  7. You can make a manual backup if you are worried, so if it fails, you can always go back and/or try again.

    The default savefile location on Windows is %appdata%\vintagestorydata.

  8. In voxel games, stutters are more often a symptom of memory deficiency than raw processing power. Your GPU should have enough memory to run view distance 800 at high settings, so that shouldn't be a problem; but if your main system memory is only 8 GB, and you have other programs running in the background (especially browsers), that'll be a bottleneck. With 16 GB or more you should be fine either way.

  9. Regarding Vsync, there are three settings; try them all and pick the one that works best for you. Also set your framerate to unlimited with the slider right above it.

    Meanwhile, what hardware are you working with?

  10. 7 hours ago, 0m1k said:

    So where is the advantage of the crock?

    The crock can be sealed, drastically increasing its shelf life.

    Additionally - though I haven't checked in a while - crocks can be placed in groups of eight on a single shelf, four on each level, while cooking pots could not.

    • Thanks 1
  11. Your character is covering their eyes because they are facing into a blizzard. It has been in the game for several versions now, but you didn't see it because the legacy first person camera used to render a completely different view from what your character was actually doing.

    Now the new first person camera correctly renders what your character is doing, and thus you see animations like these.

    Certain kinds of headwear counts as protecting the eyes, and when you wear one of these, this animation will no longer play. Try looking for things like masks and goggles.

    • Like 1
  12. I have not personally tested this. But I have heard it claimed that the ore map is seed dependant - but the individual deposits aren't. As in, you would find the same Ultra High reading in the same spot, but the deposits generated there would be randomly different.

    Why don't you test your seed and report back your findings? :)

     

  13. 11 hours ago, Thorfinn said:

    Do the chunk borders matter? I had about convinced myself they do not

    It's complicated.

    Prospecting results do not care about the chunk grid, because they interpolate over nearby pixels on the ore map. The ore map itself, however, has a resolution of 1 pixel = 32x32 blocks, or in other words, 1 pixel = 1 chunk. Ore also rolls for permission to spawn on a per-chunk basis.

    Perhaps OP wants to make sure that they don't dig on a chunk border, believing that if ore spawns in chunk A but not in chunk B, they would be encountering a lower local ore density there? That is technically a valid concern...

    ...although one that doesn't really play out that way in practical application except maybe for gold and silver, which do produce single-pixel spawn regions on the ore map. All other ores generate larger areas with smooth gradients, so you'll never have a chunk with a high spawn chance bordering a chunk with a low to nonexistant one. It'll be more like high bordering slightly less high. Also, picking a chunk to dig in requires identifying the chunk with the highest ore map value first, which given the interpolating nature of density search is more complicated and time-consuming than just finding the highest single reading. And finally, with ores like iron and halite that try to spawn just once or even less than once per chunk, finding the perfect chunk doesn't matter much because the ore may not even have tried to spawn there and you'll have to search the wider area anyway.

    Personally, I've never paid attention to this, and have been successful in my mining expeditions anyway.

    • Like 2
×
×
  • 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.