View, comment, download and edit files Minecraft skins. Games for my pc download. Inside this folder there should be another folder called 'saves'. This folder contains all your saved worlds. Copy/Paste a folder grom.minecraft/saves into the same folder on a different machine, and you should be able to play on the world (ignoring issues regarding the Minecraft version or installed mods).
OUTPUTS | N/A | Inputs: 1.0.0 - 1.16.1 Output: 1.16.1 | Inputs: 1.0.0 - 1.16.1 Output: TU73 | Inputs: 1.0.0 - 1.16.1 Output: TU73 | Inputs: 1.0.0 - 1.16.1 Output: TU73 |
Inputs: 1.0.0 - 1.16.1 Output: 1.16.1 | Inputs: 1.0.0 - 1.16.1 Output: TU73 | Inputs: 1.0.0 - 1.16.1 Output: TU73 | Inputs: 1.0.0 - 1.16.1 Output: TU73 | ||
Inputs: 1.3.0 - 1.16.1 Output: 1.16.1 | Inputs: 1.3.0 - 1.16.1 Output: 1.16.1 | Inputs: 1.3.0 - 1.16.1 Output: TU73 | Inputs: 1.3.0 - 1.16.1 Output: TU73 | Inputs: 1.3.0 - 1.16.1 Output: TU73 | |
Inputs: TU0 - TU73 Output: 1.7.1 | Inputs: TU0 - TU73 Output: 1.7.1 | Inputs: TU0 - TU73 Output: 1.13.2 | Inputs: TU0 - TU73 Output: Same | Inputs: TU0 - TU73 Output: Same | |
Inputs: TU0 - TU73 Output: 1.7.1 | Inputs: TU0 - TU73 Output: 1.7.1 | Inputs: TU0 - TU73 Output: 1.13.2 | Inputs: TU0 - TU73 Output: Same | Inputs: TU0 - TU73 Output: Same | |
Inputs: TU0 - TU73 Output: 1.7.1 | Inputs: TU0 - TU73 Output: 1.7.1 | Inputs: TU0 - TU73 Output: 1.13.2 | Inputs: TU0 - TU73 Output: Same | Inputs: TU0 - TU73 Output: Same |
The talk page may contain suggestions.
The Region file format is a storage format for Minecraftchunks introduced in Beta 1.3, in which groups of 32×32 chunks (512×256×512 blocks, 67,108,864 total) are stored in a region file. This file format took the place of the Alpha level format, which had been in use since the Infdev development phase, in which chunks were stored in individual files. It could be said that a region is a part of a file system where the header shows the player positions for each file and sector is the allocation size.
The system is based on McRegion,[1] a mod by Scaevolus, also known for his development of the Optimine project. The McRegion format was adopted nearly unchanged, except for the addition of a table of chunk update timestamps. JahKob has claimed that this format is up to 7 times faster than the previous system.[2] The difference in a world's total file size between the Region file format and the Alpha level format is negligible. Game fortnite battle royale.
The format has been superseded by the Anvil file format; however, the Anvil file format made changes only to the Chunk format and changed only the region file extensions from '.mcr' to '.mca'.
- 1Region files
Region files[edit]
Minecraft Save Files Downloads
Region file location[edit]
Region files are located in a subfolder of the world directory called 'region', and have names in the form r.x.z.mcr
, where x and z are the region's coordinates. The coordinates for the region a chunk belongs to can be found by taking the floor of the chunk coordinates divided by 32.
In Java Edition:
Or in bit-operation(bit shift):
For example, a chunk at (30, -3) would be in the region (0, -1), and one at (70, -30) would be at (2, -1).
Structure[edit]
Region files begin with an 8kB header containing information about which chunks are present in the region file, when they were last updated, and where they can be found. The location in the region file of a chunk at (x, z) (in chunk coordinates) must be found at byte offset 4 * ((x mod 32) + (z mod 32) * 32) in its region file. In case the values of x mod 32 or z mod 32 are negative (which happens when using % operator in Java/C/C++), simply add 32 or the player can replace mod with & (AND operator). Offset calculation look like this: 4 * ((x & 31) + (z & 31) * 32). Its timestamp can be found 4096 bytes later in the file. The remainder of the file consists of data for up to 1024 chunks, interspersed with unused space.
byte | 0 - 4095 | 4096 - 8191 | 8192.. |
---|---|---|---|
description | locations (1024 entries) | timestamps (1024 entries) | chunks and unused space |
Chunk location[edit]
Location information for a chunk consists of four bytes split into two fields: the first three bytes are a (big-endian) offset in 4KiB sectors from the start of the file, and a remaining byte that gives the length of the chunk (also in 4KiB sectors, rounded up). Chunks are always less than 1MiB in size. If a chunk isn't present in the region file (e.g. because it hasn't been generated or migrated yet), both fields are zero.
Minecraft World File Location
byte | 0 | 1 | 2 | 3 |
---|---|---|---|---|
description | offset | sector count |
The sims 4 torrenty org. A chunk with an offset of 2 begins right after the timestamps table.
Chunk timestamps[edit]
The entries in the timestamp table are individual four-byte big-endian integers, representing the last modification time of a chunk in epoch seconds.
byte | 0 | 1 | 2 | 3 |
---|---|---|---|---|
description | timestamp |
Chunk data[edit]
Chunk data begins with a (big-endian) four-byte length field that indicates the exact length of the remaining chunk data in bytes. The following byte indicates the compression scheme used for chunk data, and the remaining (length-1) bytes are the compressed chunk data.
Minecraft always pads the last chunk's data to be a multiple-of-4096B in length (so that the entire file has a size that is a multiple of 4KiB). Minecraft does not accept files in which the last chunk is not padded. Note that this padding is not included in the length field.
byte | 0 | 1 | 2 | 3 | 4 | 5.. |
---|---|---|---|---|---|---|
description | length (in bytes) | compression type | compressed data (length-1 bytes) |
There are currently three defined compression schemes:
value | method |
---|---|
1 | GZip (RFC1952) (unused in practice) |
2 | Zlib (RFC1950) |
3since a version before 1.15.1 | [keep it uncompressed](unused in practice) |
Chunk timestamps[edit]
The entries in the timestamp table are individual four-byte big-endian integers, representing the last modification time of a chunk in epoch seconds.
byte | 0 | 1 | 2 | 3 |
---|---|---|---|---|
description | timestamp |
Chunk data[edit]
Chunk data begins with a (big-endian) four-byte length field that indicates the exact length of the remaining chunk data in bytes. The following byte indicates the compression scheme used for chunk data, and the remaining (length-1) bytes are the compressed chunk data.
Minecraft always pads the last chunk's data to be a multiple-of-4096B in length (so that the entire file has a size that is a multiple of 4KiB). Minecraft does not accept files in which the last chunk is not padded. Note that this padding is not included in the length field.
byte | 0 | 1 | 2 | 3 | 4 | 5.. |
---|---|---|---|---|---|---|
description | length (in bytes) | compression type | compressed data (length-1 bytes) |
There are currently three defined compression schemes:
value | method |
---|---|
1 | GZip (RFC1952) (unused in practice) |
2 | Zlib (RFC1950) |
3since a version before 1.15.1 | [keep it uncompressed](unused in practice) |
The uncompressed data is in NBT format and follows the information detailed on the chunk format article; if compressed with compression scheme 1, the compressed data would be the same as the on-disk content of an Alpha chunk file. Note that chunks are always saved using compression scheme 2 by the official client.
If the value of compression scheme increases by 128, the compressed data is saved in a file called c.x.z.mcc
, where x and z are the chunk's coordinates, instead of the usual position.
Migration and level.dat[edit]
Beta 1.3 converts any 'old' chunks into region files before loading the world, rather than incrementally as they are loaded during play. As part of the conversion, level.dat
is updated with TAG_Int('version') (note case) set to 19132. Beta 1.3 also introduces a new level name field, TAG_String('LevelName'). There's also introduced new TAG_Byte('Sleeping') in player TAG_Compounds - level.dat in singleplayer, [player name].dat in multiplayer that indicates whether is player in the bed. It has value 1(true) or 0(false). For the beta 1.8, TAG_Int('GameType') was added. In beta 1.9, TAG_byte('hardcore') was added.
The format of level.dat is otherwise unchanged.
See also[edit]
External links[edit]
References[edit]
- ↑http://www.minecraftforum.net/forums/mapping-and-modding/minecraft-mods/mods-discussion/1346703-mod-mcregion-v5-optimized-saves-1-2_02#p2619453
- ↑http://www.pcgamer.com/minecraft-dev-diary-new-block-magic-fiddles/
Software[edit]
The community has developed programs to work with region files:
Name | Description | Screenshot |
---|---|---|
McRegion | This mod optimizes how chunks are stored on the disk, meaning pauses to load or save a chunk as the player moves around a world become much shorter and less noticeable. | |
Minecraft Region Fixer | This tool is a python script that tries to fix problems in region files. It can find some typical errors (corrupted chunks, wrong located chunks, too many entities problems), and can fix these errors in various ways (deleting the chunks, replacing them with a backup copy, or relocating the chunk). This is a command-line application. | |
MCA2NBT | A simple Unix command-line utility to convert a Minecraft .mca region file (in anvil format) to a directory with the same basename containing an uncompressed NBT file for each of its chunks. | |
Region Scanner | A Java Edition 1.7.10 (only) Java command line utility to analyze and mass edit region files |
Versions |
| ||||
---|---|---|---|---|---|
Development |
| ||||
Technical |
| ||||
Multiplayer | |||||
Game customization |