Spear and Fang

Engaging you say? If you're talking single player.... 1. Wilderness Survival mode - no map makes things a lot more challenging. Things get frantic when you lose track of where your home is. 2. Unstable dirt and gravel - it really adds some interesting new aspects to the game. 3. Permadeath - nothing more engaging than knowing that it's all over when you die. Your head will be on a swivel. 4. Add some mods of interest to the mix. YOU CAN DO IT!

Watch the video - 1:45 to 1:55ish for a huge clue. Build altars and whatnot as per the video. https://www.youtube.com/watch?v=9uSBfcw8Aa4 Collect parts from weir traps mostly, and fish baskets and tree hollows. And temporal gears too. Read the necronomicon as per the video for more clues.

It is hard to explain. It's best to start a creative world, place one, right click on it, and read the help. Or play with it. Some of the basics are discussed here. https://wiki.vintagestory.at/index.php/Modding:Simple_Particles

Sometimes yeah

Gosh thanks Bean Man! I've tried a few times to dive back into those creative only blocks and create something interesting, but seem to lack the creativity and/or motivation to go much further in that direction. My interest in modding ebbs and flows and it's proving to be a challenge to keep up with what I've made available thus far. One day perhaps...

If you remove everything from a tree hollow instead of chopping it down, then it will be eventually be restocked by "nature". The update handles that restocking. This mod only adds tree hollows to some vanilla tree types, so it probably isn't a wildcraft trees issue. I say probably because this mod DOES add wildcraft tree seeds to tree hollows if that mod is installed. I will need to check that mod as well to ensure that the author hasn't renamed any of their item codes - something that is unlikely but possible. In any case, the error log doesn't seem to be pointing to that scenario.

I think this is a mod conflict with "In Dappled Groves". Do you have that mod? Anyways...you could edit the modconfig file with a text editor - for Windows users, look here: C:\Users<userid>\AppData\Roaming\VintagestoryData\ModConfig\primitivesurvival118.json And change TreeHollowsUpdateMinutes to 999999 This will stop the error at least, until I get around to addressing the issue.

Thanks for the report Karagryphon. The log file seems to point to a problem with the game itself, not this mod. The tree hollow is in fact just a reskinned chest, and mostly just relies on vanilla game code. I actually don't think this problem can be easily recreated (I certainly couldn't), because it is much more likely to be a hiccup with the user's computer, router, ISP, or the server itself. If some other player can recreate this issue please do let me know.

I think I see the problem and will release an update shortly.

Still WORK IN PROGRESS, which is why it's here but not on the modDB Changelog: - Removed ALL integration with Medieval Expansion and Lichen. There was a lot, and it was causing some grief, especially for Rhonen and his Medieval Expansion mod - Got the animal handling gloves working - kinda sorta. thanks Exletalis08! Not sure how these used to work (I'm assuming that it would render the animal in the players hands once picked up, but there was no indication of that in the code). Got tired of mucking with it so I made some compromises. Next up: - Fix the animals stuck in place behavior. Thanks again Exletalis08 and DarkSlayerEX farmlife2v0.0.2.zip

Made a bit of progress on this mod - I'll post a new release shortly...also new splash screen for the modDB...

Doubtful...but I might. I have a new version of Farm Life up and running, but because it has a LOT of code and hadn't been updated in a long time, it will require quite a bit of testing. I've attached the untested version in case someone is really really bored. Built under Vintage Story 1.18.5, loads up very cleanly. farmlife2v0.0.1.zip

The link tool in this mod will do that, so yes. https://mods.vintagestory.at/translocatorengineeringredux

Hi Plumeria, I did some testing and you are right - the Skull is not working as intended anymore. It *seems* to be ignoring its 15 block radius and attacking more aggressively than before. Thank you so much for reporting this, I should have this fixed for the next release. ...maybe even allow people to place a straw dummy nearby to further restrict the skulls attack radius...

If nothing drops at all, I'd recommend either waiting for 10 seconds after the transformation (for the worms to settle down) or pluck as many worms out of the castings as possible before breaking the castings block. When the worms are settling in the castings blocks their hit boxes sometimes prevent the worm castings from dropping. It's a long outstanding bug. Ima try and fix that bug once and for all. If on the other hand it drops soil, then some other mod must be causing that. I've never seen that. I'd say "Farmland drops soil" but that doesn't seem likely.

And fixed in the new release (3.1.8). Thanks again.

Boesknecht, Thank you so much for reporting this and providing a log file. I was able to recreate this issue and am working on a fix now.

Yes this should have been fixed in v3.1.6. But if there's any unlit ore blasting bombs sitting around, pick them up and place them again.

Multiblocks have seen a lot of changes of late and I don't think there's any documentation per se, other than their usage (json files, c# code). The simplest multiblock implementation is a json only behavior - "Multiblock". Look at the vanilla painting to see it in action. ..\Vintagestory\assets\survival\blocktypes\wood\painting.json { name: "Multiblock", propertiesByType: { "*-north": { sizex: 2, sizey: 1, sizez: 1, cposition: { x: 0, y: 0, z: 0 } }, "*-east": { sizex: 1, sizey: 1, sizez: 2, cposition: { x: 0, y: 0, z: 0 } }, "*-south": { sizex: 2, sizey: 1, sizez: 1, cposition: { x: 1, y: 0, z: 0 } }, "*-west": { sizex: 1, sizey: 1, sizez: 2, cposition: { x: 0, y: 0, z: 1 } } } } Beyond that, I typically use Visual Studio Code (https://code.visualstudio.com/download), open a folder like ..\Vintagestory\assets, then search for "multiblock" to see every file that has referenced such a thing. You could also head over to the Anego Studios github and search for the same thing to do a deeper dive on the c# front. https://github.com/search?q=org%3Aanegostudios+multiblock&type=code

Oops disregard that above post. Apparently that info is somewhat outdated, as Tyron has reworked the command system to be Fluent. He talked about this some time ago in Game Dev on the VS Discord, but I'm not sure if there's any related docs yet. Sorry!

hmm. that's not much to go on. If this is related to registering new commands, here's some relatively new and related copypasta from Spud on the VS Discrod...not sure if any of this is 1.18 specific ---------------------- when you register the command with the server api, you can specify a permission needed to be able to call it Documentation (long link bc it goes to the specific function already): https://apidocs.vintagestory.at/api/Vintagestory.API.Server.ICoreServerAPI.html#Vintagestory_API_Server_ICoreServerAPI_RegisterCommand_System_String_System_String_System_String_Vintagestory_API_Common_ServerChatCommandDelegate_System_String_ You can see all the different permissions here: https://apidocs.vintagestory.at/api/Vintagestory.API.Server.Privilege.html so for example, the highest privilege someone can have is root. So if you want only someone with that privilege to be able to call the command, you'd register it like api.RegisterCommand(command, description, syntax, handler, Privilege.root);

More than anything, this. At a glance, shields are having a meltdown and I *think* it's because of this mod https://mods.vintagestory.at/weaponpackbeta which only supports 1.16 releases of VS.

Well I'm just glad that the mystery is solved. Thanks for the heads up!