Spear and Fang

Search for "flower" to locate your two new blocks in game. Long story short - I moved your two shape.json files from blocktypes to shapes. Shape files need to live in that shapes folder somewhere. - I created two block.json files in blocktypes. These are the files that kinda bring everything together. What I used was VERY simple though. - I completely removed the textures references from your shape files. They can live in there or in the block.json files (in blocktypes). I usually put those texture references in the blocktypes json files. A bit of a mistake on my part: In those two blocktypes json files, I didn't even reference your shapes...oops sorry! I'm assuming that they're both full size blocks, in which case they don't even need a shape. If you want to add your shapes to those, you will need to add a little more to your blocktype json files: i.e. shape: { base: "dx65flower" }, or shape: { base: "flowerbush1" }, Doing so will probably fix the texture mappings if they don't look right to you.

dx65flowers.zip

got it

I've been using antimicro with a wireless PS controller for a couple of years now. It works great, although I keep the keyboard and mouse close at hand for infrequent tasks, and to make certain tasks a little easier. https://github.com/AntiMicro/antimicro EDIT: Oops, I see now that this is the suggestions forum. Disregard.

You just need to change a couple of folder names: 1. Since your modid (in modinfo.json) is "teststatue", the folder inside of assets should be the same. assets\teststatue 2. inside that teststatue folder, change blocktype to blocktypes. Naming of folders at that level must match an "AssetCategory" in the table listed here https://wiki.vintagestory.at/index.php?title=Modding:The_Asset_System FYI Inside of those base folders (i.e. blocktypes) there are no rules per se.

That sounds a lot like Harpwner's setup. Not sure if it was ever released. There's a couple of videos posted on the official discord, https://discord.com/channels/302152934249070593/454909656230526976/840112012155682856 https://discord.com/channels/302152934249070593/454909656230526976/843140682616668160

I'm pretty sure that is still an option, thanks Thorfinn. I suspect that there's even more to the story that we don't know, because leaving an OS until it's years past end of life makes absolutely no sense to me - especially an internet connected OS.

I can imagine a situation where the game was started with the mod disabled, and so the game assigned block ids that were previously owned by Primitive Survival to new vanilla blocks or some other mod. There are some utilities designed to help recover from this sort of situation, but none of them are particularly pleasant to use. 1. Backup your world 2. Try /fixmapping applyall https://wiki.vintagestory.at/index.php?title=List_of_server_commands/en#.2Ffixmapping If that doesn't work, I suppose I would try and restore an even older backup. Alternatively, if new blocks worked fine, one could either (a) switch to creative mode, run around and destroy all those existing white blocks, and carry on with your game, or (b) try and remap them on a case by case basis with /bir [getid|getcode|remap] or /iir https://wiki.vintagestory.at/index.php?title=List_of_server_commands/en#.2Fbir https://wiki.vintagestory.at/index.php?title=Modding:The_Remapper If /fixmapping applyall doesn't solve it and you can't restore an older backup, it becomes a pretty unpleasant situation from what I've heard. /bir and /iir also involve turning on the hud (show block interaction help) and looking at some of those white blocks to figure out what they're supposed to be. I'm assuming that they really are Primitive Survival blocks but those white blocks have shown up before even for people who are playing without mods, and the typical advice is to use /fixmapping applyall to fix that.

Ah ok, sorry! I only play single player so I was not up to speed on the ModsByServer folder structure. The log file you posted does not indicate any errors, so the problem must be client side. My best suggestion is to remove any and all instances of Primitive Survival from the client(s) (so check ..\vintagestorydata\mods, ..\vintagestory\mods, and ..\vintagestorydata\modsbyserver). When the client joins, it should automatically download it again and place it in the correct location. Once the client has joined, it wouldn't hurt to also check the Mod Manager and ensure that the mod is listed there once, and that it's enabled. Primitive Survival was installed on nearly 100 servers at one point recently, so I'm pretty sure that it's not a mod issue. As for the Windows 7 issue, my best guess is that they have not even updated their Win7 to service pack 1, or their Win7 is pretty broken (i.e. Windows Updates are broken). I'm not sure that I can be much help with that, because I have no idea if even functional Windows updates would help them at this point - I don't know if Microsoft is even providing updates for that product.

"or is the ModsByServer folder OK ?" I'm not sure what this means, but if it's a folder that you've created inside one of your two regular mods folders then that's not a good idea afaik. And make sure you only use one of the two mods folders (vintagestory\mods, vintagestorydata\mods) for your mods.

Windows 7 was end of life over 2 years ago, so I have no interest in supporting it. But I know of other people who were able to update their systems. i.e. this one says it is supported under Win 7 sp1. https://support.microsoft.com/en-us/topic/microsoft-net-framework-4-7-2-offline-installer-for-windows-05a72734-2127-a15d-50cf-daf56d5faec2 It seems that even newer ie .Net Framework 4.8 is supported. I've seen that exact error log before, and it's because of .Net Framework. Your other issue (with the white blocks) seems like either zero or two copies of the mod are living in one of your mod folders, or in a sub-folder in one of your mod folders, or is unzipped. Or not enabled in the mod manager. Your server-main.txt log should reveal what's going on there. The client-main.txt you posted indicates that you've got some fairly serious looking audio issues with the vanilla game itself. I think. You might want to do a full reinstall of the game itself and see if that helps.

If your friend is rocking Windows 10 they need to install Net Framework 4.8. Should already be installed via Windows Updates, unless Windows Updates is broken. If they're on an older version of Windows, they'll need to track down and install Net Framework 4.7.2 from Microsoft's website. If it's linux or some such, idk, sorry.

Rather than use modmaker, I manually create everything (although I copy/paste a lot). I only use modmaker to help me figure out difficult patches. In this case I manually created the zip file and that's perfectly fine. Personally I simply let Visual Studio create the zip file for me (via a custom "package" task), but that's a long story.

Here, try this updated version below out. I think it mostly works although I didn't test it thoroughly, especially the smithing portion. VintageStoryData\Logs\server-main.txt comes back clean so I'm optimistic that it all works. I don't use modmaker often, but I can tell you that it doesn't do a good job with domains i.e. it puts everything in assets/game folder aka the game: domain, and will not resolve assets correctly if you move them into your own lanternliner folder / lanternliner: domain. I moved all of your stuff into the lanternliner domain (simply because that's the best practice), deleted the game folder entirely, and in the json files I prefixed a bunch of assets with either game: (absolutely everything in the vanilla game is in the game: domain) or lanternliner:. As a general rule, you don't need to specify a domain if the asset + json file are in the same domain, but it never hurts to add them, especially when something is not working. I also deleted your lang file patch and replaced it with an actual lang file. That file (en.json) is a more typical (and easier) way of managing your lang file (rather than patching the game's lang files), and it's better than it was, although I'm not sure if that's exactly what you were trying to achieve. LanternLiner-Updated.zip

White blocks usually means that the mod isn't loading at all. if it was working and then suddenly stopped then ask yourself what changed just prior to that. Did someone update the game itself? Was a new mod added or removed? Also: 1. Check your mods folder and ensure that you don't have more than one copy of Primitive Survival in there on any one computer. And be aware that there are actually two mod folders - ..\Vintagestory\Mods and Vintagestorydata\Mods. 2. Have a look in the mod manager on each computer when you start up. Is it listed in there, only once, and enabled?3.. Ensure you have the latest version of the mod (2.8.0). Older versions will not work with 1.16+ 4. Make sure everyone is running the same version of Vintage Story and the same version of the modIf none of those help, your vintagestorydata\logs\server-main.txt file most likely tells us the reason why it's not working. If there are no clues in there, then client-main.txt or maybe even server-debug.txt. oh, and also don't try to do anything imaginative inside your mods folders. Don't create folders in there with other stuff in them. Don't unzip any mods. Their contents should be very simple...just some zip files and dll files. Appreciate the kind words!

These look a little off-putting, but will not cause you any problems whatsoever. Long story short - Tels added some new clay types in Bricklayers because that was his only option, and I did not anticipate that change to the vanilla clay types. Therefore, Primitive Survival is trying (and failing) to create recipes using the new Bricklayers clay types. It's is a good thing because they wouldn't work anyway. I've already made the necessary change to suppress the errors (in the next release).

I've looped Tels in and it sounds like Taska has had a similar issue and knows of a workaround that Tels can use on his end. Thanks Copygirl! Love your mod too btw!

Here's exactly how I recreated the issue fyi: 1. Did a full install of the latest version of VS. 2. Downloaded the latest carry capacity and bricklayers 3. Started a new creative world with just those two mods enabled 4. Placed a chest, a vanilla storage vessel, and a couple of bricklayers storage vessels 5. Used carry capacity to pick up and place the chest aok. Same with the vanilla storage vessel. 6. Tried the same thing with the bricklayers storage vessels. Wouldn't work - it just opened the inventory gui's. 7. Saved the game and exited* (*to the MAIN MENU). Went back in. Magically the bricklayers storage vessels were now working with carry capacity. 8. Enabled the zoombutton mod. Went back in and everything was still working as advertised, without any changes. Easily recreatable on my end - Exit the game completely and start again, you'll have the issue. Return to the main menu and load your world again, the issue goes away.

Not based on my testing. I was able to recreate the issue with only bricklayers and carry capacity installed, and no other mods. In fact, when I introduced ZoomButton into the mix I was unable to recreate the issue. To me that is also consistent with what ZoomButton actually does...practically nothing - it maps a key to adjust settings-graphics-field of view. Shader aside, it's a tiny mod and pretty far removed from the actual problem. Shrug.

Yeah "This asset is usually only loaded Server side" is a false positive. You can ignore them. The positional patch (9) can be problematic for sure, especially if some other mod is patching that same array. I've never played around with dependencies in the modconfig file, but it's my understanding that that can be leveraged to control the mod load order...maybe. Just spit-balling. Not convinced that that will help.

Yeesh. Closing in on 90 server installs. Sweats profusely. Look at LICHEN climbing up the ranks. GO LICHEN!

@Vallen Some edits to my reply above just now, but nothing terribly helpful.

Hey Vallen, The only issues I see in the logs related to Primitive Survival are like the example I pasted below. These look a little off-putting, but will not cause you any problems whatsoever. Long story short - Tels added some new clay types in Bricklayers because that was his only option, and I did not anticipate that change to the vanilla clay types. Therefore, Primitive Survival is trying (and failing) to create recipes using the new Bricklayers clay types. It's is a good thing because they wouldn't work anyway. I've already made the necessary change to suppress the errors (in the next release). I wish I could be more help to you with the crashing, but tracking down problems can be difficult. The transition to 1.16 was pretty rocky, both for the vanilla game and for some of the mods. Soooo many changes required/made on both sides. Looking at your mod list I have some suspicions, but I'm not about to point any fingers (hell, other mods aside it *could* be a problem with my mod, lingering problems with vanilla, or even with specific player setups). If it's ANY consolation, know that Primitive Survival is typically running on about 80 servers, and I have yet to identify a major issue specific to my mod. Love you too buddy, and thanks for the kind words! [Error] Grid Recipe 'primitivesurvival:type': Output Block code primitivesurvival:betterclayshinglestairs-black-normal-up-north-free cannot be resolved

It's a mob farmer of sorts. The more gears you load up in the altar (cube), the larger the range. Any time it "attacks" a nearby entity, food and gold drops from the sky. You should be seeing strange particle effects on the ground/water surrounding the altar when it's activated (unless you have particle effects turned off). Maybe try standing really close to it to see if it's working.

Trough Master