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 NBT format.

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 maps should be on a grid or centered to exactly where they are created. Default is 0.
 * - 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.
 * - 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.
 * 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.
 * 0 is Peaceful, 3 is Hard.
 * 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
 * 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
 * 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 14400 ticks per Minecraft day/night cycle, making the full cycle length 12 minutes—8 minutes shorter than the standard 20 minute day/night cycle. 0 is the start of daytime, 7200 is the start of sunset, 8280 is the start of nighttime, 13320 is the start of sunrise, and 14400 is daytime again. The value stored in level.dat is always increasing and can be larger than 14400, but the "time of day" is always modulo 14400 of the "Time" field value.
 * JSON that controls generation of flat worlds. Default is {"biome_id":1,"block_layers":[{"block_data":0,"block_id":7,"count":1},{"block_data":0,"block_id":3,"count":2},{"block_data":0,"block_id":2,"count":1}],"encoding_version":3,"structure_options":null}
 * Specifies the name of the level.
 * 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.
 * 0 is Peaceful, 3 is Hard.
 * 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
 * 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
 * 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 14400 ticks per Minecraft day/night cycle, making the full cycle length 12 minutes—8 minutes shorter than the standard 20 minute day/night cycle. 0 is the start of daytime, 7200 is the start of sunset, 8280 is the start of nighttime, 13320 is the start of sunrise, and 14400 is daytime again. The value stored in level.dat is always increasing and can be larger than 14400, but the "time of day" is always modulo 14400 of the "Time" field value.
 * JSON that controls generation of flat worlds. Default is {"biome_id":1,"block_layers":[{"block_data":0,"block_id":7,"count":1},{"block_data":0,"block_id":3,"count":2},{"block_data":0,"block_id":2,"count":1}],"encoding_version":3,"structure_options":null}
 * Specifies the name of the level.
 * 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
 * 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
 * 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 14400 ticks per Minecraft day/night cycle, making the full cycle length 12 minutes—8 minutes shorter than the standard 20 minute day/night cycle. 0 is the start of daytime, 7200 is the start of sunset, 8280 is the start of nighttime, 13320 is the start of sunrise, and 14400 is daytime again. The value stored in level.dat is always increasing and can be larger than 14400, but the "time of day" is always modulo 14400 of the "Time" field value.
 * JSON that controls generation of flat worlds. Default is {"biome_id":1,"block_layers":[{"block_data":0,"block_id":7,"count":1},{"block_data":0,"block_id":3,"count":2},{"block_data":0,"block_id":2,"count":1}],"encoding_version":3,"structure_options":null}
 * Specifies the name of the level.
 * 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 14400 ticks per Minecraft day/night cycle, making the full cycle length 12 minutes—8 minutes shorter than the standard 20 minute day/night cycle. 0 is the start of daytime, 7200 is the start of sunset, 8280 is the start of nighttime, 13320 is the start of sunrise, and 14400 is daytime again. The value stored in level.dat is always increasing and can be larger than 14400, but the "time of day" is always modulo 14400 of the "Time" field value.
 * JSON that controls generation of flat worlds. Default is {"biome_id":1,"block_layers":[{"block_data":0,"block_id":7,"count":1},{"block_data":0,"block_id":3,"count":2},{"block_data":0,"block_id":2,"count":1}],"encoding_version":3,"structure_options":null}
 * Specifies the name of the level.
 * JSON that controls generation of flat worlds. Default is {"biome_id":1,"block_layers":[{"block_data":0,"block_id":7,"count":1},{"block_data":0,"block_id":3,"count":2},{"block_data":0,"block_id":2,"count":1}],"encoding_version":3,"structure_options":null}
 * Specifies the name of the level.
 * JSON that controls generation of flat worlds. Default is {"biome_id":1,"block_layers":[{"block_data":0,"block_id":7,"count":1},{"block_data":0,"block_id":3,"count":2},{"block_data":0,"block_id":2,"count":1}],"encoding_version":3,"structure_options":null}
 * Specifies the name of the level.
 * JSON that controls generation of flat worlds. Default is {"biome_id":1,"block_layers":[{"block_data":0,"block_id":7,"count":1},{"block_data":0,"block_id":3,"count":2},{"block_data":0,"block_id":2,"count":1}],"encoding_version":3,"structure_options":null}
 * Specifies the name of the level.

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