Spear and Fang

You might be right about being able to do it entirely with json Digitalr (or at least close to entirely). I only quickly looked over every related to firewood. Peat is an entirely different thing (it's got all of its own classes for some reason), but there's definitely a lot of similar code there. I wouldn't know for certain without diving in and trying to do it, and I tend to overthink things.

Well I took a quick look, but it would take a LOT of work for me to make this functional. My recommendation is that work through the Programming and Game Objects sections of this page: https://wiki.vintagestory.at/index.php?title=Main_Page ...and most everything before that if you haven't already. I'd also recommend that you look at some existing mods, lots of the source code can be found on github. In a nutshell, if you need to rewrite those classes, they'll all need new unique names, and will need to be properly registered. If you plan on using those vanilla classes as templates, you'll either need to make them compatible with an older version of c# like 6.0 (that is, if you want them to just sit in the mods folder and therefore let the game to compile them), or you'll need to set up a true development environment that will precompile them with a newer version of c#. Sorry, but I simply don't have the interest or will to build this mod!

IMO, adding mods at any time isn't much of a big deal. Never hurts to back up your saved game more often when doing so, but I've seen it done many many times on various Twitch streams without incident. Removing mods is a bit more problematic (for obvious reasons). In general, one could expect in game blocks to simply transform into white blocks with question marks, because those blocks were a part of a mod that no longer exists, and you could run around and break them because they are simply an eyesore. But some mods are more complicated than that - they add more than just content, so removing them would take careful consideration. There are cases like you've linked to above where block mappings have gone "off the rails". I'd like to think that it's uncommon, but it can definitely happen.

Agreed. Most of the magic happens in firewoodpile.json, but it's associated classes "BlockFirewoodPile" and "FirewoodPile" are referencing an item that is simply called "firewood" (the item you're talking about). It would take some elbow grease to rework all of that into the variants you're after - those two classes would need to be tweaked, as well as firewood.json and firewoodpile.json. Doable for sure, but...

Itemstacks = new ItemStack[] { new ItemStack(world.GetItem(new AssetLocation("paper")), }//item not found If that line above works with vanilla items, then prefix paper with your modid + : (look in your modinfo.json for your modid) and see if that fixes it...i.e. Itemstacks = new ItemStack[] { new ItemStack(world.GetItem(new AssetLocation("mymodid:paper")), }//item not found

1. Remove the space from your code. code: "woodenbeehive", 2. Put the class back in, this is where some of the "magic" happens: class: "BlockSkep", 3. You need the type variant group variantgroups: [ { code: "type", states: ["empty", "populated"] } ], This works in conjunction with the code to create your unique blocks...in this case woodenbeehive-empty woodenbeehive-populated You *probably* don't need the "side" variant group, that just handles rotation 4. Now that you've cleaned up your unique blocks, you can put the entity class back in. This is where the rest of the "magic" happens entityClassByType: { "*-populated": "Beehive" }, Note that the "*-populated" is basically a wildcard search of your unique blocks, and will apply the Beehive entity class to "woodenbeehive-populated" 5. This sound wasn't working before, and needs to be changed so it works now...to this: ambientByType: { "*-populated": "game:creature/beehive" } See #4 for the reason why I removed the -* from the end of populated. 6. If you want an empty behive to look different than a full beehive, then the "shape" should be "shapebytype" to handle the transition of the model from an empty woodenbeehive to a populated beehive, so SOMETHING like shapebytype: { "*-empty": { base: "block/wooden beehive" }, "*-populated": { base: "block/wooden behivepopulated"} }, Where "wooden beehive.json" and "wooden beehivepopulated.json" are two models sitting in your shapes\block folder. There's more elegant ways to write that, but what I wrote above would work. After all of that, it may work to some degree, but I doubt it. It totally depends on how accepting the BlockSkep class and Beehive entityclass are of your two new blocks. My guess would be that they won't work without rebranding them as your own, which would mean rewriting them in c#.

Sorry! But I thought that that was essentially what you were proposing. Half the fillets, double the satiety. Not trying to make your life difficult.

Agreed. I think what I'm going to do is make it so that the fillets just always come in pairs. Change the display name from fillet to fillets and double the saturation again. That will make things the way they used to be from a cooking perspective. Thanks for your input! Edit: Not change the display name (because that might look weird in the recipes), but change the model so it looks like two fillets.

I don't eat fish at all irl, and so I didn't know that when you fillet a fish you get 2 fillets, not 1. So I made that change and now I'm kinda regretting it!

Side note: I've already moved several settings into a common configuration file for the next release, so that people can set things up however they like...and will probably continue to do so. I don't have the magic numbers!

Oh I hear you @l33tmaan! In trying to maintain some semblance of balance with the vanilla game while at the same time taking advice from way too many people, I've made cooking with fish worse, not better. At the same time it's a bit unfair to compare a fillet to a berry, because a berry is actually a whole bunch of berries, while a single fish gives you 2,4, or even 8 fillets. In my mind, the solution at this point is to allow soup and stew recipes to accept way more fillets, so that a fish fillet meal can have much better satiety. Worth noting that a catfish meal can have pretty impressive satiety. I personally think that eating the whole fish should give more saturation than just the fillets because you're eating the head, tail, and everything in between.

You bet! Not sure how far you want to take this, but you *could* apply a waterwave effect to the liquid part of a model (that's how I animated my fish fins), or apply particle effects to the liquid in the bottle. Alternatively, the liquid in the bottle could be an entirely separate model and you could overlay the bottle and liquid models ontesselation/onrender, in which case you could probably change the render pass back to liquid without things sh*tting the bed. Just spit-balling, since you clearly have the mad skills to make it happen.

One other thing before I forget - I've got z-fighting between the bottom of the bottle and the ground. I'd probably just move the bottle up a smidge, or of course you could deal with that in the json (via sidesolid and/or sideopaque). Here's a small sample with the model moved up a bit and the textures overridden. Needs some work

And a total aside - I'd avoid using sneak click at all, because carry capacity relies heavily on it and people will report your mod as buggy when in actuality it will be just a mod conflict of sorts.

@l33tmaan Holy can 'o worms. That's one big json file! I've made some progress on this, but I've hacked and slashed things to pieces so I'll just comment on some things that I believe to be true: 1. The model - Changing the Render Pass on the liquid cube back to default seemed to solve the biggest issue causing that big old rendering bug 2. The json - this is duplicated so it can be removed "sidesolid": { "all": false }, 3. The json - I'd be a little nervous/reluctant to use dashes in my variant groups i.e. "treesyrupportion-birch", since dash is the separator between variant groups. It might work aok, but if for example you or Jake wanted to write code based on those later, it could be a pain.

I played around with the display case in VSMC and I couldn't see through its glass either. My first suspicion is that's being handled in game via one of the block's json properties - namely drawtype: "json" Maybe? If not, it's most likely handled via the DisplayCase entity class.

Blood worm pie. If it's remotely edible, it will be eaten.

The new ruins are suprisingly easy to implement (especially at this point, since I've already created new blocks to design them, and have learned how to spawn them in during world gen) The hang ups at this point has been getting my creative juices flowing to build some interesting and unique looking temples, time management, and the fact that very few people have been able to figure out how to even sort out the details surrounding the much simpler altar (that's my bad I guess). Anyways, thanks for the interest and feedback @Hexedian, it's certainly got me thinking about refocusing my efforts on this long neglected part of the mod again!

Thanks Bentorium! None of those things, sorry. My roadmap is pretty loosey goosey, but since I'm trying to implement at least one of every "system", my future plans include (1) a smoker (so I can try my hand at something with a gui) and (2) more of the "things that shall not be named" (so I can familiarize myself with worldgen and new ruins). I also have some fairly immersive bridge building on my radar, which *might* fall into the "carpentry" category.

Hi Dezdanna, Thanks for you interest in the mod!

New version up. Bump! New: Raft - 9 logs and 4 cordage - no buttons required, just put it in your active inventory slot, jump in the water, and go! Fixed: Wooden lanterns recipe now showing up in the handbook

"Added handbook guide!" That's quite an accomplishment, and something that's missing from so many mods in my honest opinion. Great stuff my friend!

@l33tmaan I appreciate how active you are in the community as well as your candor. This comment made me lol. Thanks for all that you do!

@Hexedian That's a good idea, and one I've considered myself in the past. I'm just not sure I'd ever tackle it because I can't help but think that fishing will find it's way into the vanilla game sooner than later. Having said that, there is another modder that MIGHT be working on a system which would at least allow areas (chunks) to be "fished out", which would be very helpful when it comes to limiting fish overall. Fingers crossed!

Hi @Papa Cheese thank you for the kind words and the suggestions. Sorry for the late reply, I've been feeling overwhelmed of late and quite frankly, not very chatty. Those are solid ideas and I've been pretty open to adding things that other people have suggested, BUT...I've got no shortage of ideas of what I'd like to implement myself, so I've made my own ideas a priority going forward. Modding is only a hobby so I've got to really enjoy it if I'm going to keep doing it! Having said that, I'll gladly tackle any bugs...