Which files can this NBT editor open?

Standalone NBT whose root is a compound tag, raw or gzip or zlib compressed, up to 1 MiB (1,048,576 bytes) as a file and 1 MiB once decompressed, nested up to 64 levels counting the root, with up to 100,000 tags and array elements. Compression is detected from the file's first bytes. Region files (.mca, .mcr), LevelDB world database files, varint-encoded network NBT, files with an 8-byte level.dat header, and bzip2, xz, Zstandard, LZ4 or ZIP files are not supported, and the error names the container when it recognizes one instead of guessing.

Should I choose big-endian or little-endian?

Java edition files are big-endian and store strings in modified UTF-8; Bedrock edition files are little-endian with standard UTF-8. The byte order is your choice and nothing is converted between them. If a file fails in the order you chose but decodes in the other one, the error says so, and switching the Byte order menu reopens that file.

Will saving change bytes I did not edit?

No. With no edits, the download is allowed only if re-encoding the tree reproduces every original uncompressed byte. With edits, the new file is decoded again and must equal your edited tree exactly, down to tag types, order, duplicate names and the sign of zero. The download keeps the original compression (none, gzip or zlib), but compressed bytes can differ from the original even when the NBT inside is identical. If a file uses a string form that cannot be reproduced exactly, such as a raw NUL byte in big-endian text, you can inspect it but export stays blocked.

How are 64-bit longs kept exact?

Longs and long arrays are read, stored, edited and written as 64-bit integers, never as a JavaScript Number, which holds whole numbers exactly only up to 9007199254740991; the inspector shows what a Number would read only as a comparison. You edit a long as decimal text from -9223372036854775808 to 9223372036854775807, and 9007199254740993 is written as 00 20 00 00 00 00 00 01 in big-endian order rather than rounded to 9007199254740992.

How do undo and projects work?

Every edit, insert, removal and rename is listed in order, and Undo last change steps back one at a time, up to 10,000 changes in a session. Save project downloads a JSON file holding the original file and that change list; Open project replays the changes over the original and refuses the whole project if any change no longer applies. Only your byte-order choice is remembered in this browser.

Does it check whether values are valid for the game?

No. It edits binary structure: it checks that each value fits its tag type, that floats are finite and that the file stays within the size and depth limits, but it does not know what a tag means to any game and it does not convert files between editions.

Can I edit a Bedrock or Pocket Edition world by choosing little-endian?

Little-endian reads supported standalone compound-root NBT with strict UTF-8. It does not add support for Bedrock level.dat files with an 8-byte header, varint network NBT, or LevelDB world databases; those formats are refused. Java region files are also unsupported. The byte-order choice neither converts editions nor makes a full world editor.

How do I use the NBT editor on Android, mobile, Mac or Linux?

Use a current browser with BigInt, typed arrays, Web Workers and local file access. Choose a supported standalone NBT file, set its byte order, expand the typed tree and select a tag. Edit its Value and press Apply edit; Undo last change restores the previous operation. Files are processed in this tab. Browser use does not install an APK, mod or native app, and unsupported game containers remain unsupported.

Can I edit a standalone Minecraft structure NBT file?

A structure file can be edited when it is supported compound-root binary NBT within the file, decoded-size and nesting limits. The tree lets you change typed tags and save a copy after readback checks. It checks binary structure and tag ranges, not whether block names, positions or other values form a valid Minecraft structure or match a particular game version.

NBT Editor

Choose a standalone compound-root NBT file, raw or gzip or zlib compressed, and its byte order. Big-endian uses Java modified UTF-8; little-endian uses strict UTF-8. Inspect the typed tree, edit values, insert or rename tags, search and undo. Longs stay exact as decimal text. Export checks the unedited bytes or reads the edited file back against your tree. This is structural file editing: Bedrock headers, region files and LevelDB worlds are unsupported, and game rules are not validated.

Your file

Open NBT file

Raw, gzip or zlib, detected from the file. Up to 1 MiB compressed and 1 MiB decompressed, 64 levels deep and 100,000 tags and array elements. Drop a file on this panel or choose one.

Byte orderChanging it reopens the current file in that byte order.Search names and valuesMatches tag names and single values, not array contents.

Tree

(root)Compound1 entry

LevelCompound11 entries

NameString"Workbench sample"

SeedLong9007199254740993

PosList of Double3 items

FlagsByte array3 values: 1, 0, 1

VersionInt19133

TiltFloat0.25

LayerShort-12

ModeByte2

TagsList of String2 items

CountsInt array3 values: 3, 5, 8

StampsLong array2 values: -9223372036854775808, 9223372036854775807

13 of 13 open rows shown. Up and Down move, Right opens, Left closes or goes to the parent, Enter edits the value.

Level / Seed

TAG_Long

Value (Long)Exact decimal from -9223372036854775808 to 9223372036854775807, kept as a 64-bit integer. A JavaScript Number would read this value as 9007199254740992.

Tag name

Open project

Showing the built-in example. Open your own NBT file to inspect and edit it.

File: built-in example
Tags and elements: 26
Depth: 3 levels
Byte order: big-endian
Compression: none
Round trip: byte-exact
Reparse check: not run
Changes: 0

Change list

No changes yet. Edits, inserts, removals and renames appear here in order, and undo steps back one at a time.

Exact longSeed 9007199254740993
kept exact; a JavaScript Number would read 9007199254740992
Byte orderTAG_Long 9007199254740993
big-endian 00 20 00 00 00 00 00 01; little-endian 01 00 00 00 00 00 20 00
Signed rangeTAG_Long minimum and maximum
80 00 00 00 00 00 00 00 and 7F FF FF FF FF FF FF FF
Astral characterString U+1F600 (an emoji)
big-endian modified UTF-8 ED A0 BD ED B8 80; little-endian UTF-8 F0 9F 98 80
NUL characterString a, U+0000, b
big-endian 61 C0 80 62; little-endian 61 00 62

How the file is held. The file is read in this tab and decoded by a background worker; nothing is uploaded. Download edited NBT encodes your tree, reads it back and compares it with what you edited before handing it to the browser, in the compression the file came in. Save project downloads a JSON file holding the original file and your change list, and Open project replays it. Only the byte-order choice is remembered in this browser, and the Start over button above forgets it.

Common questions

Which files can this NBT editor open?: Standalone NBT whose root is a compound tag, raw or gzip or zlib compressed, up to 1 MiB (1,048,576 bytes) as a file and 1 MiB once decompressed, nested up to 64 levels counting the root, with up to 100,000 tags and array elements. Compression is detected from the file's first bytes. Region files (.mca, .mcr), LevelDB world database files, varint-encoded network NBT, files with an 8-byte level.dat header, and bzip2, xz, Zstandard, LZ4 or ZIP files are not supported, and the error names the container when it recognizes one instead of guessing.
Should I choose big-endian or little-endian?: Java edition files are big-endian and store strings in modified UTF-8; Bedrock edition files are little-endian with standard UTF-8. The byte order is your choice and nothing is converted between them. If a file fails in the order you chose but decodes in the other one, the error says so, and switching the Byte order menu reopens that file.
Will saving change bytes I did not edit?: No. With no edits, the download is allowed only if re-encoding the tree reproduces every original uncompressed byte. With edits, the new file is decoded again and must equal your edited tree exactly, down to tag types, order, duplicate names and the sign of zero. The download keeps the original compression (none, gzip or zlib), but compressed bytes can differ from the original even when the NBT inside is identical. If a file uses a string form that cannot be reproduced exactly, such as a raw NUL byte in big-endian text, you can inspect it but export stays blocked.
How are 64-bit longs kept exact?: Longs and long arrays are read, stored, edited and written as 64-bit integers, never as a JavaScript Number, which holds whole numbers exactly only up to 9007199254740991; the inspector shows what a Number would read only as a comparison. You edit a long as decimal text from -9223372036854775808 to 9223372036854775807, and 9007199254740993 is written as 00 20 00 00 00 00 00 01 in big-endian order rather than rounded to 9007199254740992.
How do undo and projects work?: Every edit, insert, removal and rename is listed in order, and Undo last change steps back one at a time, up to 10,000 changes in a session. Save project downloads a JSON file holding the original file and that change list; Open project replays the changes over the original and refuses the whole project if any change no longer applies. Only your byte-order choice is remembered in this browser.
Does it check whether values are valid for the game?: No. It edits binary structure: it checks that each value fits its tag type, that floats are finite and that the file stays within the size and depth limits, but it does not know what a tag means to any game and it does not convert files between editions.
Can I edit a Bedrock or Pocket Edition world by choosing little-endian?: Little-endian reads supported standalone compound-root NBT with strict UTF-8. It does not add support for Bedrock level.dat files with an 8-byte header, varint network NBT, or LevelDB world databases; those formats are refused. Java region files are also unsupported. The byte-order choice neither converts editions nor makes a full world editor.
How do I use the NBT editor on Android, mobile, Mac or Linux?: Use a current browser with BigInt, typed arrays, Web Workers and local file access. Choose a supported standalone NBT file, set its byte order, expand the typed tree and select a tag. Edit its Value and press Apply edit; Undo last change restores the previous operation. Files are processed in this tab. Browser use does not install an APK, mod or native app, and unsupported game containers remain unsupported.
Can I edit a standalone Minecraft structure NBT file?: A structure file can be edited when it is supported compound-root binary NBT within the file, decoded-size and nesting limits. The tree lets you change typed tags and save a copy after readback checks. It checks binary structure and tag ranges, not whether block names, positions or other values form a valid Minecraft structure or match a particular game version.

Binary structure editing only, not validation of Minecraft or other game rules, and no cross-edition conversion. Nonfinite floats, unsupported encodings, Bedrock headers, varint NBT, region (MCA) files and LevelDB containers are refused explicitly, by name wherever the file is recognized. Compressed bytes may differ after saving; an unedited uncompressed tree must reproduce every original byte or export is blocked.