Bedrock Edition level format

Bedrock Edition uses a modified version of Google's LevelDB, which uses the Zlib compression format for level storage.

Mojang variant LevelDB format
Mojang has modified Google's Original LevelDB to add Zlib compression and Windows support. The code is available at https://github.com/Mojang/leveldb-mcpe, and the building instructions are documented by Tommaso at.

For a Java implementation of LevelDB + Zlib, see https://github.com/tinfoiled/leveldb

Google's leveldb library has evolved extensively since Mojang released their version, but the Mojang version still works (as of 2022). The code does require some minor tweaks to compile:


 * db/snappy_compressor.cc should refer include  instead of 
 * table/table_test.cc contains two references to snappy that are unresolvable but irrelevant. port::Snappy_Compress and leveldb::SnappyCompressor. If these are simply commented out the rest will compile and function properly.

The database is stored in the db/ subdirectory of a Bedrock Edition world. The database path which is passed to the LevelDB API is this directory path, not the path to any file within it. It seems this is also where terrain generation is stored. This is because you can turn an old world infinite by replacing its db folder with one from an infinite world.

Chunk key format
A database key for data regarding a chunk is the concatenation of:
 * Two signed 32-bit little-endian integers (x and z in chunk coordinates, respectively),
 * An optional third 32-bit little-endian integer (1 for the Nether, 2 for the End, omitted for the Overworld),
 * A one-byte tag specifying the type of record represented by the key (see table), and
 * (for a "SubChunkPrefix" record) a one-byte subchunk index (from 0 to 15).

Accordingly, such a key may be 9, 10, 13 or 14 bytes long. Not all subchunks necessarily exist for a given chunk.

The "BlockEntity", "Entity" and "PendingTicks" records are represented by a sequence of concatenated root tags in a variant of NBT which stores the lengths and the multi-byte integer types in little-endian format, as opposed to the big-endian format used by or the original NBT specification.

The value 0 is used in the "Version" record in old style worlds; higher values are used in infinite worlds.

Other keys
There's also the special key ~local_player for an entity data entry that holds the local player entity. If entity data exists here, it takes precedence over the player data stored in level.dat. The value associated with the ~local_player key is NBT encoded and only has a single compound tag at the root level.

There's also a special key for remote players which consists of two parts. The first part is the prefix "player_" (without the quotes) and the second part is the client ID which is contained in the remote player's clientid.txt file. For example, player_-12345678 would be the key for a remote client with an client ID of -12345678. The value associated with the "player_" prefixed key is NBT encoded and only has a single compound tag at the root level.

There's also a special "game_flatworldlayers" key of length 20 for flat worlds. The value associated with this key is a set of numbers in ASCII text format. An example of a value associated with the "game_flatworldlayers" key is "[7,3,3,2]" where the value length for this example is 9.

There are several keys related to villages


 * VILLAGE_[0-9a-f\\-]+_DWELLERS
 * Consists mainly of an entity/mob ID's. Dwellers include villagers, iron golems, and cats.
 * VILLAGE_[0-9a-f\\-]+_INFO
 * Includes the village bounding box.
 * VILLAGE_[0-9a-f\\-]+_POI
 * Provides a mapping between villagers and work stations. Bed assignments do not appear to be stored.
 * VILLAGE_[0-9a-f\\-]+_PLAYERS

Sample parsers of Bedrock level-db

 * An example implementation of a Bedrock level-db parser can be found in minecraft_mmccoo. This implementation walks the NBTs of all block, entities/mobs, elevations, and village related items.

NBT structures
The following articles document NBT structures of block entity and entity.


 * Bedrock Edition level format/Entity format
 * Bedrock Edition level format/Entity format/Components
 * Bedrock Edition level format/Block entity format
 * Bedrock Edition level format/Item format
 * Bedrock Edition level format/Other data format

level.dat
The level.dat is still in uncompressed NBT format. The file begins with an 8-byte header, consisting of a little-endian 4-byte integer indicating the type of the file, which is 3 (was 2 before latest update) for level.dat. It is followed by another integer containing the length of the file, minus the header.

NBT Structure

 * World data.
 * The default permissions for players in the world.
 * Whether the player can attack mobs.
 * Whether the player can attack other players.
 * Whether the player can build block.
 * Whether the player is able to interact with redstone components.
 * If a Player is flying.
 * Likely to be if a Player can break blocks instantly.
 * Whether hits can be landed on the player. If this is true, attempting to hit the player will behave the same as when they are in Creative mode.
 * Likely to suggest an Entity was struck by lightning.
 * If a Player can fly.
 * Whether the player can break blocks.
 * Whether the player has operator commands.
 * Whether the player is able to to open containers.
 * If a Player is allowed to teleport.
 * What permissions a Player will default to, when joining a world.
 * What permissions a player has.
 * Default is 0.05.
 * Default is 0.1.
 * Whether the world is locked on experimental gameplay.
 * Whether the world has been saved with experiments on before.
 * ... Additional bytes for each experiment that Minecraft has/had.
 * Whether the bonus chest is enabled.
 * Whether the bonus chest has been placed in the world. Turning this to false will spawn another bonus chest near the spawn coordinates.
 * Whether the output of command blocks will show in the chat of operators.
 * Whether maps should be on a grid or centered to exactly where they are created. Default to 0.
 * Whether commands blocks are enabled.
 * Whether cheats are on.
 * Tells if the World has Platform-Specific Texture Packs or Content. Used to prevent CrossPlay in specific worlds, that use assets only allowed on specific Consoles.
 * Whether to force the player into the gamemode defined in GameType.
 * Is read-only.
 * The world is created from a world template where the world options were intended not to be modified.
 * The world is created from a world template.
 * Seems unused, may cause World to not save, or delete after use. Seems to default back to 0 when a world is loaded.
 * The world options cannot be modified until the user accepts that they are changing the map.
 * Decides if a player will keep the items in their inventory after death.
 * Decides if the "Position" message displaying the player's coordinates is shown.
 * Decides if player death messages are shown in chat.
 * Decides if player nametags are displayed.
 * Disable (0) or enable (1) mob spawning.
 * Spawn pre-1.10.0 villagers.
 * When enabled, new players spawn with a locator map.
 * The user must download the texture packs applied to the world to join.
 * Whether or not TNT can explode.
 * Whether the world is restricted to Microsoft Accounts only (players must be signed in).
 * 0 is Peaceful, 3 is Hard.
 * Marks a world as an Education Edition world (worlds with this set to 1 will not open on Bedrock!).
 * Maximum number of commands that can occur in one function. Limiting this may improve performance but will break some behaviour packs.
 * The dimension the player is in. 0 is the Overworld.
 * Whether in survival (0), in creative (1), in adventure (2) or in spectator (3) mode.
 * World Type: Old (0), Infinite (1), or Flat (2).
 * X coordinate where limited (old) world generation started.
 * Y coordinate where limited (old) world generation started.
 * Z coordinate where limited (old) world generation started.
 * The width (in chunks) of the borders surrounding the (old) world generation. Defaults to 16.
 * The depth (in chunks) of the borders surrounding the (old) world generation. Defaults to 16.
 * Maximum length of "Chain" command blocks that can be connected together. Some command blocks in links longer than the set limit will not function.
 * Default is 8. This is used to tell the game how many Overworld blocks go into one nether block (X blocks in the nether = 1 block in the overworld).
 * Seems to store the platform that the level is created on. Currently observed value is 2.
 * Default is 1.
 * Simulation distance.
 * The radius in which players are allowed to spawn near the world spawn point. The game may override this.
 * X coordinate of the player's spawn position. Default is 0.
 * Y coordinate of the player's spawn position. Default is 64.
 * Z coordinate of the player's spawn position. Default is 0.
 * Version of Bedrock Edition Storage Tool, currently is 8.
 * Stores the Unix time stamp (in seconds) when the player saved the game.
 * Level seed.
 * Stores the current "time of day" in ticks. There are 20 ticks per real-life second, and 24000 ticks per Minecraft daylight cycle, making the full cycle length 20 minutes. 0 is the start of daytime, 12000 is the start of sunset, 13800 is the start of nighttime, 22200 is the start of sunrise, and 24000 is daytime again. The value stored in level.dat is always increasing and can be larger than 24000, but the "time of day" is always modulo 24000 of the "Time" field value.
 * Counts how many times the game has been closed since the world was created, with its value decreasing by 1 each time.
 * JSON that controls generation of flat worlds. Default is.
 * Specifies the name of the world.
 * Spawn pre-1.10.0 villagers.
 * When enabled, new players spawn with a locator map.
 * The user must download the texture packs applied to the world to join.
 * Whether or not TNT can explode.
 * Whether the world is restricted to Microsoft Accounts only (players must be signed in).
 * 0 is Peaceful, 3 is Hard.
 * Marks a world as an Education Edition world (worlds with this set to 1 will not open on Bedrock!).
 * Maximum number of commands that can occur in one function. Limiting this may improve performance but will break some behaviour packs.
 * The dimension the player is in. 0 is the Overworld.
 * Whether in survival (0), in creative (1), in adventure (2) or in spectator (3) mode.
 * World Type: Old (0), Infinite (1), or Flat (2).
 * X coordinate where limited (old) world generation started.
 * Y coordinate where limited (old) world generation started.
 * Z coordinate where limited (old) world generation started.
 * The width (in chunks) of the borders surrounding the (old) world generation. Defaults to 16.
 * The depth (in chunks) of the borders surrounding the (old) world generation. Defaults to 16.
 * Maximum length of "Chain" command blocks that can be connected together. Some command blocks in links longer than the set limit will not function.
 * Default is 8. This is used to tell the game how many Overworld blocks go into one nether block (X blocks in the nether = 1 block in the overworld).
 * Seems to store the platform that the level is created on. Currently observed value is 2.
 * Default is 1.
 * Simulation distance.
 * The radius in which players are allowed to spawn near the world spawn point. The game may override this.
 * X coordinate of the player's spawn position. Default is 0.
 * Y coordinate of the player's spawn position. Default is 64.
 * Z coordinate of the player's spawn position. Default is 0.
 * Version of Bedrock Edition Storage Tool, currently is 8.
 * Stores the Unix time stamp (in seconds) when the player saved the game.
 * Level seed.
 * Stores the current "time of day" in ticks. There are 20 ticks per real-life second, and 24000 ticks per Minecraft daylight cycle, making the full cycle length 20 minutes. 0 is the start of daytime, 12000 is the start of sunset, 13800 is the start of nighttime, 22200 is the start of sunrise, and 24000 is daytime again. The value stored in level.dat is always increasing and can be larger than 24000, but the "time of day" is always modulo 24000 of the "Time" field value.
 * Counts how many times the game has been closed since the world was created, with its value decreasing by 1 each time.
 * JSON that controls generation of flat worlds. Default is.
 * Specifies the name of the world.
 * Stores the Unix time stamp (in seconds) when the player saved the game.
 * Level seed.
 * Stores the current "time of day" in ticks. There are 20 ticks per real-life second, and 24000 ticks per Minecraft daylight cycle, making the full cycle length 20 minutes. 0 is the start of daytime, 12000 is the start of sunset, 13800 is the start of nighttime, 22200 is the start of sunrise, and 24000 is daytime again. The value stored in level.dat is always increasing and can be larger than 24000, but the "time of day" is always modulo 24000 of the "Time" field value.
 * Counts how many times the game has been closed since the world was created, with its value decreasing by 1 each time.
 * JSON that controls generation of flat worlds. Default is.
 * Specifies the name of the world.
 * JSON that controls generation of flat worlds. Default is.
 * Specifies the name of the world.
 * JSON that controls generation of flat worlds. Default is.
 * Specifies the name of the world.
 * Specifies the name of the world.

LOG
The LOG files are located at the /db path of a level, and are part of the leveldb format, used in between compaction of the LDB files. It is similar to a Log file for a program. The format is:

YYYY /MM/DD-Hour/Minute/Second.StepName "Info"

Example:

2014/07/24-22:20:08.400488 4a3638 Recovering log #3