I noticed some issues with this - in Java (and Minecraft), all integral types are signed (except characters ofc). But with this program, it seems they are unsigned - for instance the Byte tag forces me to use confusing values in the range 0 to 255 instead of the correct -128 to 127. It's a minor annoyance since it is simple math to find the correct unsigned value from a singed one and vice versa, but it should still be fixed
That's a good catch. I'm surprised it hasn't come up yet, but bytes are typically used for boolean or very small value ranges so it wouldn't typically come up. What values are you trying to set above 127?
I'll look into it when I get back into town next week.
I was trying to set a potion effect amplifier to a negative value, and it told me it was not in the valid range. It wasn't hard for me to just subtract from 256 though - I just wanted to point out the bug.
It's nothing complex; I made a shell script, and apart from the basic unix initialization, the only line is "mono NBTExplorer.exe"
Then I put the shell script and all the contents of NBTExplorer.zip in NBTExplorer.app/Contents/MacOS/
And that's it. The only thing I might add in the future is the Mono binaries so that it can run even if Mono is not installed. Actually, I'm going to go do that now. Edit: Done. The link is the same. The package now includes the disk image for Mono, and if it does not detect an installation of Mono, it attaches it, installs the Mono framework, and then detaches the disk image. The installer requires a password, and it prompts for one in a Terminal window. Based on your Terminal preferences, the Terminal window may not close after installation, but you can close it yourself once it has installed since it is not the console for NBTExplorer, it is actually a separate process called InstallMono.
Edit: I accidentally set the icon to the dead bush texture, can somebody send me what the icon is actually supposed to be?
It should work with all versions of Minecraft including future ones, unless the underlying NBT data format were to change.
If you change the data on a file and save it, then re-open the file in NBTExplorer, you should be able to verify that your change persisted. If it didn't persist correctly, that's a bug in NBTExplorer. If it did persist, then Minecraft doesn't understand the change you made, and so it is ignoring your change and resorting to something else.
I downloaded this and tried to change the player abilities. I save the changes and exit the program. When I open Minecraft, the changes are erased and it reverts back to the original values. What am I doing wrong?
I don't know that villager trading data offhand. But if it's just the usual kind of item definition used by chests, inventories, etc., then I would think you could add in the necessary enchantment tags. If that is the format, you could try copying an enchanted item from your inventory.