Spear and Fang

probably like this is best. it's what I'd call a theme pack. By creating a "game" folder in your mod, you can put assets inside of it (in a folder structure that mimics the game's folder structures) to directly overwrite vanilla assets at runtime. In this case, I'm stomping over the barrel and related shapes with ones from an older version of the game. Lightly tested in VS 1.22. Should work with any version of the game I imagine. oldbarrel.zip

I'm really struggling with this part of the new logo graphic design is my passion

While you may in fact be experiencing a mod related memory leak, keep in mind that by its very nature this game wants to use a LOT of ram, and more so when using mods. This game is written in C#/.NET and the longer you play a single session, the more ram it tends to use. C#/.NET memory usage is elastic — it grows to meet demand and may not shrink immediately, but that’s by design for performance. High “used” memory in Task Manager doesn’t necessarily mean a memory leak. A few simple ways to mitigate this, in order of importance: 1. Never exit to the main menu and then immediately load into a world again. If you exit to the main menu, exit the game completely. 2. Exit the game completely after x number of hours of gameplay. Some people say 3, but it depends entirely on personal experience. 3. Do not run any other applications while playing the game, and ensure that external startup apps (i.e. 3rd party antivirus software) are not running in the background. (not directly related to your issue, but these apps can "muddy the waters" so to speak). 4. Ensure Settings - Graphics - Optimize RAM is set to "Aggressively...". Warning: this change will probably impact performance. Anecdotally while playing game version 1.22 (lightly modded) I noticed that changing the view distance frequently in order to map more of my world seemed to cause a memory leak of sorts, or at least greatly increased memory usage. And lag. I believe that this was entirely related to the vanilla game and exiting the game completely and reloading cleared this up completely. Having said that, please consider disabling any "map" related mods to see if things improve for you. Shader type mods often use a lot of memory and are easy to disable, so also worth your consideration. This game is constantly being updated and the focus is often performance related. The trade-off for high performance is often high memory usage. Thank you for attending my TED talk.

Fair enough. I just thought I'd point that out, because I've found the moderation team to be fair and reasonable. I like Billy a lot but he brought this on himself.

what no Billy was asked to change his Discord profile description, and he said fuck that and left. hardly bullying

no. but that is the case with water in vanilla, so the same applies here.

Same, but I feel obligated to keep updating it. And yes, my worms are still edible.

if the file you are trying to open is not in a folder called "shapes", it probably isn't a model and will error out.

yeah I don't think that is possible, at least I don't see anything like that in vanilla. BUT if you have another recipe ingredient that doesn't return anything maybe you could stick it in there?

if you mean more than one of the same item, here is an example cut and pasted directly from vanilla assets returnedStack: { type: "item", code: "metalbit-cupronickel", quantity: 8 }

hmm the timestamps on those logs don't seem to line up with the crash log you originally posted 2/27/2026 8:34:29 PM: Critical error occurred

Not much to go on here other than this: RegenMipMaps_Patch0 This tells us that the problem is with a mod that is harmony patching RegenMipMaps Searching github, the only one I can find is Player Model Lib vsmod_PlayerModelLib/source/Patches/OtherPatches.cs at bb33d30abf18d731a9a09ca9af74ae4af32422de · maltiez2/vsmod_PlayerModelLib So if you are using that mod - this one Player Model lib - Vintage Story Mod DB I would make certain it is the latest correct version for your game version 1.10.11 It may also be a mod the depends on Player Model Lib - see "Some mods that use this library" on that mods page. Otherwise, posting your server-main.log file and client-main.log file might provide more clues - those two files are often much more useful than the crash log.

and if you search for one of those traits.json attributes on github you may find a list like this one https://github.com/anegostudios/vsapi/blob/7a623149c858d44f5a570f734eae14ca9a6e5d0a/Common/Entity/EntityPlayer.cs#L329-L357 oh hah the original question is from 2021!

I think the first thing I'd try would be changing the squeezeTime to 2.0, like vanilla has it. C# can be a little finicky about integers vs floats. https://github.com/anegostudios/vssurvivalmod/blob/master/CollectibleBehavior/BehaviorSqueezable.cs#L13

not sure, but it was intentionally restricted to prevent people from posting logs in the comments section. Many people just use like pastebin, and then post a link to that in the comments section. Better yet and even more common is to use Discord for such things. Many logs get posted there, either via DM or just in the the modding channels of the official VS Discord.

The rift ward is a good example of this that I've used for my own stuff https://github.com/search?q=repo%3Aanegostudios%2Fvssurvivalmod riftward&type=code

Your new ingot is probably not getting past this line of code, and maybe others. Seems to me the forge is somewhat hardcoded. https://github.com/anegostudios/vssurvivalmod/blob/20fcf08a18091c735c04845e110dbec7b665d572/Block/BlockForge.cs#L36 You could try changing your "code" to "ingot-small" may or may not work otherwise, your code might have to be "ingot", and your first variant "small" in any case, after making a change that dramatic, be sure and start a new world to test

https://mods.vintagestory.at/realloy https://mods.vintagestory.at/swordz https://mods.vintagestory.at/show/mod/2164 I'm sure there are others. Your mileage may vary.

Adding a new metal can be a pita. I've helped a couple of people work through all the details but there's quite a bit to it. My suggestion is to look at some mods that add a new metal and examine one that you like closely.

Harmony is in fact stable, and the only good way to manipulate that UI Many mods use harmony for all kinds of things.

Many search engines mostly just suck. In this case, both the modDB and Wiki are awful. Google Site Search might help...a lot. I use it almost exclusively for the wiki, but rarely have a need to search the modDB. i.e. site:https://mods.vintagestory.at crafting site:https://wiki.vintagestory.at crafting https://developers.google.com/search/docs/monitor-debug/search-operators/all-search-site I would argue that both sites should have their search boxes removed and replaced with google site search widgets (if there is no intention on improving them any time soon).

most of this would require a fairly deep dive to understand (not something I've ever looked into), and surely some monkey patching (aka harmony) to implement. https://wiki.vintagestory.at/Modding:Monkey_patching On the crafting station front, you could look and see how this modder did it. There's a "Source" button at the top of the page. https://mods.vintagestory.at/craftingtable

it is often difficult to distinguish between what is client side and what is server side. In the case of Juicy Ores though, when I run it and look at the client-debug.log, it provides some clues note the "This asset is usually only loaded Server side" messages below. To improve the mod (as in, suppress those messages), those patches would all have another entry "side": "server", which would also immediately tell you when looking at those files that they are server side patches. 29.7.2025 09:38:38.844 [VerboseDebug] Patch 0 in juicyores:patches/survival-blocktypes-stone-ore-gem.json: File game:blocktypes/stone/ore-gem.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.844 [VerboseDebug] Patch 1 in juicyores:patches/survival-blocktypes-stone-ore-gem.json: File game:blocktypes/stone/ore-gem.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.844 [VerboseDebug] Patch 2 in juicyores:patches/survival-blocktypes-stone-ore-gem.json: File game:blocktypes/stone/ore-gem.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.844 [VerboseDebug] Patch 3 in juicyores:patches/survival-blocktypes-stone-ore-gem.json: File game:blocktypes/stone/ore-gem.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.844 [VerboseDebug] Patch 4 in juicyores:patches/survival-blocktypes-stone-ore-gem.json: File game:blocktypes/stone/ore-gem.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.844 [VerboseDebug] Patch 0 in juicyores:patches/survival-blocktypes-stone-ore-graded.json: File game:blocktypes/stone/ore-graded.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.844 [VerboseDebug] Patch 1 in juicyores:patches/survival-blocktypes-stone-ore-graded.json: File game:blocktypes/stone/ore-graded.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.844 [VerboseDebug] Patch 2 in juicyores:patches/survival-blocktypes-stone-ore-graded.json: File game:blocktypes/stone/ore-graded.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.844 [VerboseDebug] Patch 3 in juicyores:patches/survival-blocktypes-stone-ore-graded.json: File game:blocktypes/stone/ore-graded.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.844 [VerboseDebug] Patch 4 in juicyores:patches/survival-blocktypes-stone-ore-graded.json: File game:blocktypes/stone/ore-graded.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.844 [VerboseDebug] Patch 5 in juicyores:patches/survival-blocktypes-stone-ore-graded.json: File game:blocktypes/stone/ore-graded.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.845 [VerboseDebug] Patch 0 in juicyores:patches/survival-blocktypes-stone-ore-ungraded.json: File game:blocktypes/stone/ore-ungraded.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.845 [VerboseDebug] Patch 1 in juicyores:patches/survival-blocktypes-stone-ore-ungraded.json: File game:blocktypes/stone/ore-ungraded.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.845 [VerboseDebug] Patch 2 in juicyores:patches/survival-blocktypes-stone-ore-ungraded.json: File game:blocktypes/stone/ore-ungraded.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.845 [VerboseDebug] Patch 3 in juicyores:patches/survival-blocktypes-stone-ore-ungraded.json: File game:blocktypes/stone/ore-ungraded.json not found. Hint: This asset is usually only loaded Server side 29.7.2025 09:38:38.845 [VerboseDebug] Patch 4 in juicyores:patches/survival-blocktypes-stone-ore-ungraded.json: File game:blocktypes/stone/ore-ungraded.json not found. Hint: This asset is usually only loaded Server side Something like that.

looks like you are close. Look at this example https://github.com/SpearAndFang/primitive-survival/blob/40ac5de8339559bcde3964b3a09286eb957654ec/PrimitiveSurvival/ModSystem/blockbehavior/rightclickpickupspawnworm.cs#L55-L69 assetlocation came from here https://github.com/SpearAndFang/primitive-survival/blob/40ac5de8339559bcde3964b3a09286eb957654ec/PrimitiveSurvival/assets/primitivesurvival/entities/land/snake-pitviper.json#L2 I know it's a creature above, but assetlocation and spawning is the same. The spawning I basically sourced from here https://github.com/anegostudios/vssurvivalmod/blob/f08bd70b70c49c761aa690bff25776f5831c3a71/Item/ItemArmorStand.cs#L35-L55

probably this https://github.com/anegostudios/vsessentialsmod/blob/2fa9f1f041a13502cafc24ae34ae8833c7d37341/Systems/WorldMap/WaypointLayer/GuiDialogAddWayPoint.cs#L113 in conjunction with the wpSuggestion- entries in the lang file (i.e. en.json) also icon names might help (or not) https://wiki.vintagestory.at/VTML/en