Dvergr Pieces Patch

Dvergr Pieces Patch

Makes Tequila's Dvergr Pieces work on Valheim 1.0.

This package contains none of Tequila's files. It installs his mod as a dependency — your mod manager will fetch it alongside this one — and repairs it in memory when the game loads. His assembly is never modified, never patched on disk, and never redistributed.

Everything you actually build comes from his mod. This is one 12 KB plugin that makes it run again.

What was broken

1. The build menu threw on every refresh

Valheim 1.0 refactored PieceTable. The field m_availablePieces changed from List<List<Piece>> (pieces grouped by category) to HashSet<Piece> (a flat set), and the old per-category list was renamed to m_availablePiecesByCategory.

The PieceManager bundled inside Dvergr Pieces still reads m_availablePieces as List<List<Piece>>. Because the name still exists with a different type, this is not a load failure — its patches throw MissingFieldException the moment they run, the mod's category never gets its slot, and Hud.UpdateBuild then throws ArgumentOutOfRangeException on every frame the build menu is open. Over a thousand exceptions in a few minutes of play.

This patch removes those two broken patches from PieceTable.UpdateAvailable and installs equivalents that use the renamed field. Nothing else of PieceManager's is touched.

2. The pieces were missing from the new build menu

Valheim 1.0 replaced the old category tab bar with a tag-driven menu (ByUsagePieceList) that filters on a new field, Piece.m_usage. Prefabs authored before 1.0 have no usage tags, so they matched no category and only ever showed under "Show All".

The pieces are now tagged so they appear where you would expect them. m_usage is a flags field, so a piece can sit in more than one category — the chests and the shelf are both Storage and Furniture, and the pole and beams are both Building and Architecture.

| Menu category | Pieces | Count | |---|---|---| | Furniture | bed, table, chair, stool, both chests, shelf | 7 | | Stairs | metal spiral (left + right), marble spiral (left + right), wooden stairs | 5 | | Building | black marble block, wooden pole, wooden beam, wooden beam 2x1 | 4 | | Lighting | black core torch, placeable lantern, wisp torch | 3 | | Storage | both chests, shelf | 3 | | Architecture | wooden pole, wooden beam, wooden beam 2x1 | 3 | | Walls | both dvergr walls | 2 | | Decor | marble head, vines | 2 | | Flooring | wooden floor | 1 | | Doors and Windows | dvergr door | 1 | | Crafting | fermenter | 1 |

That is 26 prefabs, covering all 24 pieces the mod advertises — the two spiral staircases each ship as a separate left and right prefab.

All of them also appear together under a "Dvergr" category, the way the original mod had them before 1.0. Because m_usage is a flags field, that is an extra bit rather than a move: the bed is under Furniture and under Dvergr. It can be turned off — see Configuration.

ByUsagePieceList builds its tag list into two instance arrays at construction, and the rest of the menu reads only those, so the category is added by appending one entry to each — no change to the enum and nothing patched in the BCL. The bit is picked from what the array actually holds rather than hardcoded, so a category added by another mod (Jötunn can do this since 2.30.1) will not collide with it.

3. The fermenter did not accept newer meads

A bug Tequila acknowledged in his 2.9.0 changelog and never got to. The Dvergr fermenter's brew list was baked into its asset bundle in 2024, so it refused everything added afterwards — seven meads in total, from Ashlands and Bog Witch.

Rather than hardcoding a list that would rot on the next update, the fermenter now copies any missing conversions from the vanilla fermenter at load time, so future meads work automatically. Its 30% faster fermentation is unchanged.

4. The original mod's config did nothing while the game was running

Editing Tequila.DvergrPieces.cfg — a crafting cost, a build table, anything — took effect only on a cold start. Removing a piece from the hammer did not even survive a world reload.

Valheim 1.0 turned ZRoutedRpc.Everybody from a static field into a const. A compiler inlines a const, so code built before the change still reads it as a field, and Mono throws MissingFieldException the moment such a method is JIT-compiled. That instruction sits in the handler the bundled ServerSync attaches to every synced config entry: change a setting and the handler throws, and because it is first in the invocation list, PieceManager's handler — the one that actually applies the change — never runs.

So the config was never being ignored. The code that applies it was being skipped.

The broken handler is now detached, and the rest of the chain runs normally — settings apply the moment you save the file again. Rewriting the instruction would have been neater, but it is not possible: Harmony has to compile a method in order to redirect it, so patching one of these is itself what throws. The only way out is to make sure the method is never called, which is also how this patch deals with the build menu.

The one thing this gives up: a config change is no longer sent to other players. That is all the detached handler did, and it never actually happened — it threw before getting that far — so nothing that used to work has stopped. It cannot be brought back from here, and for the same reason an admin adding or removing a piece at runtime on a server still fails. If everyone on the server keeps the same config file, none of this matters.

Nothing is wrong with ServerSync itself; rebuilding it against 1.0 fixes this with no source change. Only mods frozen on a pre-1.0 build are affected.

Installing