Check a world or structure
level.dat inside), a zipped world, or one structure file: .nbt, .schem, .litematic or .schematic. Bedrock is not supported. Runs locally. Nothing is uploaded, this page has no processing server.
Block entities with stale data
Builder-world leftovers
Why a saved structure misbehaves
A structure saved from a world you built in keeps that world's block entity data: game-time timers that never pass in the new world, a loot seed that makes every copy roll identical items, and your own name as a player who already opened the vault. The blocks look fine and then simply do not work.
Each fix writes back what Minecraft itself writes for a block that was never used.
How it decidesRules, loot seeds, what is checked, limits
Each rule is a block entity id, a field and an action: set to zero, empty, or remove. Every fix writes what Minecraft writes for a block that was never used, so a clean block is left alone and fixing twice changes nothing the second time. Field names match Minecraft 26.3 and are the same back to 1.21.
Why loot seeds: a structure copied from a generated trial chamber keeps each chest's LootTableSeed, so every copy of it rolls the same items. Without the key, Minecraft rolls with the world's own random source when the container is first opened. The loot table itself stays. Untick the rule if identical loot is what you want.
What is checked: block entities in every dimension's region files (both the classic and the 26.x folder layout) and in structure files inside the world. Entities such as mobs or item frames are not checked. Unchanged chunks are copied byte for byte; changed chunks keep their compression. Chunks compressed with LZ4 are listed as not checked.
Limits: the complete world copy is capped at 3.9 GB (a browser zip limit); larger worlds get the changed files only. A zipped world is unpacked in memory, so very large worlds work better as a folder.