Spear and Fang

Next up is actually being able to place your piranha in world (which converts the item.json to the entity.json) I didn't tackle or test that but it can be a little tricky. I can help with that too if you can't figure it out.

I will briefly explain what I did to fix your immediate issue. So first I want to make sure that the actual shape file and texture file are in your domain - so I may (or may not) have moved your shape.json and texture (png) into your pirahna folder structure (assets\piranha\shapes and assets\piranha\textures). ideally you want ALL of your mods assets to live in assets\piranha\...this is basically the piranha "domain". aside: You will notice I removed any folders you had called survival because that isn't a thing. You will also notice that I left a folder called game in your mod. If you really want to put some of your mod's assets in the game's "domain" (along with all of the vanilla assets) you *can* put them in the game folder. Not recommended! But sometimes it is the only way to solve a problem. Your entity "item" is created via your json patch "survival-itemtypes-creature.json", and its shape and texture are located via this section of that patch. Note the two instances of "piranha:" in the code below. This points to the shape file and texture file in your mods domain. Why? Because you used a patch, your piranha item is actually in the game domain! Please also note the two "move" patches I added. This is because of the "*": entry at the end of the shapeByType section of "game:itemtypes/creature.json". (see sceenshot) I essentially moved that entry to a temporary location and then immediately moved it back (which forced it to the end of the list. This will allow your piranha shape entry to actually get loaded. If I did not move the asterisk entry then that asterisk entry would block your new entry, because the list is processed top down. { "op": "add", "path": "/shapeByType/*-piranha", "value": { "base": "piranha:entity/water/piranha" }, "file": "game:itemtypes/creature.json", "side": "Server" }, { "op": "move", "frompath": "/shapeByType/*", "path": "/hax", "file": "game:itemtypes/creature.json", "side": "Server" }, { "op": "move", "frompath": "/hax", "path": "/shapeByType/*", "file": "game:itemtypes/creature.json", "side": "Server" }, { "op": "add", "path": "/texturesByType/*-piranha", "value": { "all": { "base": "piranha:entity/fish/piranha-red" } }, "file": "game:itemtypes/creature.json", "side": "Server" },

check this out piranha1.0.1.zip

the screenshot you posted is your fish "item", but the code you posted is your fish "entity" they are two different things - the item is what shows in inventory/handbook, the entity is what appears in the world.

Oop, I haven't been over here in a while sorry! Thanks so much for the translation and other details in need of attention. I'll definitely look into getting most of this stuff fixed for the next release!

The irrigation vessel is a water block at it's core, so first and foremost that watering behavior applies. Then it's got a pattern like this applied, where it tries to push the nearby blocks (X) to 100% XXX XXXXX XXVXX XXXXX XXX BUT it waters prioritizing from the (V)essel outwards, so if it's really hot it might struggle to keep up. As in, the weather + farmland + crop are often working to push these numbers in the opposite direction, so much so sometimes that maximum water levels are simply unachieveable.

there is one such example about here https://youtu.be/9uSBfcw8Aa4?si=uHmmJHWmqwgk-VF0&t=105

Yes - with this mod https://mods.vintagestory.at/show/mod/513 don't let the versioning fool you, it does indeed work with the latest game version

Did you post this here accidently or are you just looking for advice in general? Because it really has nothing to do with this mod.

https://wiki.vintagestory.at/index.php/Modding:CompatibilityLib

Hah! You are the third person this week to ask for this - if I was a betting man I'd guess that you are all on the same server. I can surely do something here but not any time soon. If you want to take a shot at patching some of this stuff out in the interim feel free.

Oh oops yeah I forgot about this. Also, I have no plans on continuing to work on it. Here's the source code and seal of approval from Jake. If someone wants to take over, feel free. Original repo is up on Jake's Github if you would rather start from there. farmlife2.zip

Added (optional) achievements via Nat's Achievements mod! Check it out here: https://mods.vintagestory.at/show/mod/9615

1. Locate this file: %appdata%\Vintagestory\assets\survival\blocktypes\plant\fruittreebranch.json 2. Edit the attributes/fruittreeProperties section directly. i.e. the dieBelowTemp values for each tree type 3. Run the game to test. When you are happy with your changes, run modmaker to generate your mod %appdata%\Vintagestory\ModMaker.exe 4. Reinstall the game directly over itself to restore your changes in #2 to their original values 5. Publish your mod on the modDB 6. Profit!

fwiw, I never direct anyone to the api docs because they are auto-generated and difficult to navigate. And while the Anegostudios github is convenient for pointing people towards and searching, it is missing half of the resources that one might want to look at (and also pretty clunky). Using a decompiler like dnSpy or ILSpy (or Visual Studio has a plug in apparently) is so much better than the other two resources. I use dnSpy myself. Run it, drag and drop all the relevant .dll files into it (i.e. VintagestoryAPI, VintagestoryLib, VintagestoryServer, plus everything in the Vintagestory\mods folder), and Bob's your uncle.

https://github.com/search?q=repo%3Aanegostudios%2Fvssurvivalmod+path%3A%2F^Block\%2F%2F+worldinteraction&type=code

Add this right before you call ExchangeBlock? Should work handling = EnumHandling.PreventDefault;

umm. I'm not sure I understand what's being said here exactly, but... You CAN essentially disable a patch made by another mod by simply patching the same file that the other mod patched. Then use a "dependsOn" to ensure that your patch runs after the other mod's patch. Maybe. Probably.

" failing to render something in a tree hollow and crashing" for the record (and to clarify), this mod only ever puts vanilla items, items from this mod, and items from the old version of Wildcraft trees (if it's installed) in a tree hollow. But that doesn't prevent another mod from modifying vanilla items in such a way that they would no longer render correctly in a hollow. Also, if your existing world used to include the old version of wildcraft trees and that same world now uses the new version of wildcraft trees, that could explain why it's crashing.

Hi Mineymonkey, The error message does indeed indicate that my mod is failing to render something in a tree hollow and crashing. The problem is that I simply can't recreate the issue. To expedite testing on my end I jacked up tree hollows a lot by editing my modconfig file "TreeHollowsMaxPerChunk": 12, "TreeHollowsSpawnProbability": 0.5, Then I created a new world with this loadout primitivesurvival@3.4.5, game@1.19.3, herbarium@1.0.4, creative@1.19.3, survival@1.19.3, wildcraftfruit@1.1.0 I mucked with a lot of hollows, and no crash. So I tried another new world with this loadout primitivesurvival@3.4.5, game@1.19.3, herbarium@1.0.4, creative@1.19.3, survival@1.19.3,wildcrafttree@1.0.0 and once again, I mucked with a lot of hollows, and no crash. My best guess is that the problem lies within your existing world, and it may be tricky to recover from this situation. To confirm or deny this claim, you *could* start a brand new world and see if it crashes... I read recent modDB comments for all the mods involved and did a quick dive into the json files for those other mods and can't find any other clues. Tree hollows should be pretty far removed from those other mods, as I've already taken many steps to ensure this.

Just putting this here

That crash is happening in the game engine itself so it doesn't reveal much. Looks like an entity (typically a creature) is causing the crash though. I'd start by updating the game to 1.19.1 - lots of bugs fixed there. Beyond that, I guess I'd check the comments in the individual mod pages to see if any similar reports have popped up, or new releases. I can tell you that I've been playing with Buzzwords, Primitive Survival, and Hudclock (across many 1.19 releases), and haven't had any serious crashes with those. That's not to say it isn't a mod conflicting with one of those though.

I hate to be the bearer of bad news, but this: https://www.vintagestory.at/store/product/7-simple-server-hosting-8-slots/ states that it does not have mod support: "Does not support 3rd party mods (we are working on it)" I believe that ANY other server hosting will support mods

oh sorry I'm just seeing this now. You've got the wrong version of Translocator Engineering for your game version. You'll need version 1.4.7. You'll also want to check the Files tab of your other mods to ensure they are the correct version.

oh are you talking about shape overlays for the player model? I think they are unique and only apply to the player, not other creatures See ..\game\entities\humanoid\player.json shape overlays are defined in attributes\skinnableParts - the type: "shape" sections. Just spitballing - I've never mucked with these in json or c#.