Minecraft Forums

Quote from portaalgaming»

Nice dude but /tp dont work

Input:

/tp @a[score_sliding_min=1] @e[name=glide]

Output:

teleport @a[scores={sliding=1..}] @e[name=glide]

If i do it it gives the error:

When i copy in:

Expected double at position 35: ...ing=..}] <--[HERE]
Only one entity is allowed, but the provided selector allows more than one at position 0: <--[HERE]

When i run:

Incorrect argument for command
...ing=1..}] @e[name=glide]<--[HERE]

I have discovered the nature of the bug, and have fixed it in the new 1.6.5.

With the /teleport command, when you are using an entity as your destination, it must only target a single entity in 1.13. 1.12 was a little more casual with this and it just picked one essentially at random. So now the Command Converter will insert sort=nearest,limit=1 at the end of target selectors that need them if they don't already have it.

Also, I've been broiling up some ideas for the future of the Command Converter, but for now, they will be on the back burner.

'Til next time!

Quote from samsungplayolo»

Phenomenal work! I very much look forward to the World Converter you are planning to make.. because in my case, I have a huge project which I have been working on for almost 3 years now. Over the years, I was able to acquire lot of techiniques regarding commands; however, now 1.13 disappoints me as my map will probably be eventually outdated, without even being able to see the light of the world. This world has over 10,000 command blocks, and it would take an unrealistic amount of time to convert them all and paste them to the command block. It would be my responsibility to learn the new features of 1.13, but I really hope that you continue your work on World converter so that my work does not just become nothing. Even if it's not created, I will continue my work in 1.12.2 and someday if I have time slowly work every block by block. I'm by all means a great supporter of your project, and please keep up this heroic work!

I can't wait to see what you have created! 3 years stacked up must mean something.

I will continue to work at this World Converter whenever I can, and hopefully it will be able to convert your world's command blocks to 1.13. But just keep in mind that it is highly experimental, and as a prototype in a language that I am unfamiliar with, it may take some time to thoroughly create. But I will give it my best!

Thanks for the inspiration to keep on pushing.

And 'til next time, never cease to amaze!

Quote from Ripstikerpro»

Wow, this has come quite a ways since the first version back in april huh ? Great job !!

Yes, quite so.

I am still working at that World Converter every now and then; it is one of those new-frontier kinda things if you get my drift. I'll probably have to mess around with Microsoft Visual Studio and make mods/hacked clients as training in Java to produce this World Converter.

Quote from Randamonium»

Anyone know why the new file isn't being generated?

Thank you for the comment.

I do not know why specifically this has happened to you; could you send some screen shots of the folder layout and the on-screen Command Converter for your option settings and what you type into Input/Output?

I cannot diagnose the problem without information as to what caused the issue.

'Til next time!

Quote from soccerguy3»

AppData\Roaming\.minecraft\libraries\lzma\lzma\0.0.1\lzma-0.0.1.jar , is responsible for zip and unzip operations . You can search for documentation on how to go about , unziping , parsing the command block data , converting and then writing back the data

I think there are plugins for spigot that handle the conversion . I still think its Mojangs responsibility to handle any conversions on an update .

example

https://www.spigotmc.org/resources/commandhook.61415/

https://github.com/RyanHecht/CommandBlockConverter

Thanks for the tip! I will do some research on this and see if I can figure out how to implement this into the Command Converter.

After 2 months of no updates and/or bug reports, I finally found a bug...

I was converting a one-command of mine and it had a few problems coming out the other end. I have fixed these bugs with the new 1.6.4!

Now, I did some research into that World Converter that was mentioned a while back, and I came out with some unfortunate discoveries...

I don't believe it is possible without using some sort of third party program to extract the chunk files from the region files, as, when converted to text, the region files are just a mess (much like .zip archives). So there is no way I can use batch alone to extract the data. If anyone has any ideas as to how to do it, I can make the World Converter function like the Folder Converter.

And if it turns out to be possible, I will investigate the Bedrock Converter while I'm at it.

P.S. As of this point in time, the download count is 4742. Honestly, this blew me away when it first exploded. I am deeply honored by this. I thank you all for your interest in my program. Thanks for the good run.

And 'til next time, never cease to amaze!

Quote from redgaming98»

Hello ! Using 1.6.4

I have some problem...

I have entered this command:

/summon falling_block ~ ~1.0 ~ {Block:stone,Time:1,Passengers:[{id:"falling_block",Block:redstone_block,Time:1,Passengers:[{id:"falling_block",Block:activator_rail,Time:1,Passengers:[{id:"commandblock_minecart",Command:"gamerule commandBlockOutput false"},{id:"commandblock_minecart",Command:"scoreboard objectives add AM_J6D6AD dummy"},{id:"commandblock_minecart",Command:"setblock ~2.0 ~-2 ~ repeating_command_block 5 replace {Command:\"scoreboard players add @e[tag=AM_J6D6AD] AM_J6D6AD 1\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~3.0 ~-2 ~ chain_command_block 5 replace {Command:\"scoreboard players set @e[tag=AM_J6D6AD,score_AM_J6D6AD_min=21] AM_J6D6AD 1\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~4.0 ~-2 ~ chain_command_block 5 replace {Command:\"execute @e[type=armor_stand,name=AM_J6D6AD_M,tag=AM_TP] ~ ~ ~ execute @e[tag=AM_J6D6AD,score_AM_J6D6AD_min=1,c=6] ~ ~ ~ tp @e[c=1,r=1,type=!Player] @e[type=armor_stand,name=AM_J6D6AD_M,c=1]\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~5.0 ~-2 ~ chain_command_block 5 replace {Command:\"tp @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=1,score_AM_J6D6AD=21] ~0.0 ~-0.07 ~0\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~6.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=1,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,145f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~7.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=2,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,137.5f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~8.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=3,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,130f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~9.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=4,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,122.5f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~10.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=5,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,115f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~11.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=6,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,107.5f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~12.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=7,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,100f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~13.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=8,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,92.5f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~14.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=9,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,85f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~15.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=10,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,77.5f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~16.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=11,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,70f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~17.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=12,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,70f],LeftArm:[-30f,0f,-15f]},Rotation:[-45f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~18.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=13,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,70f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~19.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=14,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,70f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~20.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=15,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,70f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~21.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=16,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,70f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~22.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=17,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,70f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~23.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=18,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,70f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~24.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=19,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,70f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~25.0 ~-2 ~ chain_command_block 5 replace {Command:\"entitydata @e[tag=AM_J6D6AD,name=MBH5I,score_AM_J6D6AD_min=20,score_AM_J6D6AD=21] {Pose:{RightArm:[0f,0f,70f],LeftArm:[0f,0f,0f]},Rotation:[0f]}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~26.0 ~-2 ~ chain_command_block 5 replace {Command:\"scoreboard players tag @e[type=armor_stand,name=AM_J6D6AD_M] add AM_TP\",auto:1}"},{id:"comm,andblock_minecart",Command:"setblock ~27.0 ~-2 ~ chain_command_block 5 replace {Command:\"execute @e[type=armor_stand,name=AM_J6D6AD_M,score_AM_J6D6AD_min=2] ~ ~ ~ scoreboard players set @e[tag=AM_J6D6AD,c=6] AM_J6D6AD 1\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~28.0 ~-2 ~ chain_command_block 5 replace {Command:\"scoreboard players reset @e[name=AM_J6D6AD_M,score_AM_J6D6AD_min=2] AM_J6D6AD\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~29.0 ~-2 ~ chain_command_block 5 replace {Command:\"execute @e[type=Squid] ~ ~ ~ summon armor_stand ~ ~ ~ {CustomName:\\\"AM_J6D6AD_M\\\",Invisible:1,Marker:1,NoGravity:1}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~30.0 ~-2 ~ chain_command_block 5 replace {Command:\"execute @e[type=Squid] ~ ~ ~ summon armor_stand ~0.0 ~-0.0075 ~0.0 {Pose:{RightArm:[0f,0f,70f],LeftArm:[-30f,0f,-15f]},Tags:[\\\"AM_J6D6AD\\\"],Rotation:[-45f],ShowArms:1,NoBasePlate:1,NoGravity:1,ArmorItems:[{id:\\\"leather_boots\\\",Count:1,Damage:1},{id:\\\"leather_leggings\\\",Count:1,Damage:1,tag:{display:{color:4539717}}},{id:\\\"leather_chestplate\\\",Count:1,Damage:1,tag:{display:{color:12105912}}},{id:\\\"skull\\\",Damage:3,Count:1,SkullOwner:\\\"RedGaming98\\\"}],HandItems:[{},{id:\\\"command_block\\\",Count:1}],CustomName:\\\"MBH5I\\\"}\",auto:1}"},{id:"commandblock_minecart",Command:"setblock ~31.0 ~-2 ~ chain_command_block 5 replace {Command:\"tp @e[type=Squid] ~ ~-999 ~\",auto:1}"},{id:"commandblock_minecart",Command:"give @p spawn_egg 1 0 {EntityTag:{id:\"Squid\"}}"},{id:"commandblock_minecart",Command:"setblock ~ ~ ~1.0 command_block 0 replace {Command:\"fill ~ ~-3 ~-1 ~ ~ ~ air\"}"},{id:"commandblock_minecart",Command:"setblock ~ ~-1 ~1.0 redstone_block"},{id:"commandblock_minecart",Command:"kill @e[type=commandblock_minecart,r=1]"}]}]}]}

I convert with the lite...

It said that it sucessfully converted...

And when i look in my output file, there is nothing !

If you have any idea what happened, respond me !

I couldn't find any issues with the command itself, nor anything that would freak out the Command Converter.

One thing that I did spot out was that you converted this with the Lite version...

Here is a quote from Instructions.txt...

"However, the Lite version cannot support files of over 5 KB in size, anything bigger than this should be run through one of the other two."

The Lite version is meant for very small commands. If you try to use a one-command of this size, it will not work properly under the Lite version. Use the normal version to convert this.

That should be all. If something goes wrong after this, just tell me and I will look deeper into this.

P.S. There is no 1.6.4 as of the posting of this comment, it must be a typo intended to say "1.6.3."

'Til next time!

Quote from MisterCookie1234»

Aye! Everything works fine!

Thanks!

But found one more bug.

oak_boat --> "minecraft:boat",Type:"oak"

oak_boat wont work in summon Commands, instead it has to use the other thing.

Greetings

Thanks for the bug report. I have discovered the nature of the bug...

It didn't cross my mind while I was originally programming the Command Converter, but "boat" is the only ID shared by an item and an entity. This little detail causes the program to go a little haywire with the NBT data.

Now, of the three (known) ways to specify entity IDs in NBT data (spawn eggs, mob spawners, and the Passengers tag), the Passengers tag is the only one that is practically used with boats (since spawn eggs won't work at all, and mob spawners are just weird with boats). I modified the Command Converter to check to see if it is currently in the location where an entity would be specified under the Passengers tag, if so, it will switch the "oak_boat" from the item conversion to "boat" in the entity conversion.

Hopefully this fixes the bug that you described. And of course, the 1.6.3 contains that which I have just described.

'Til next time!

Quote from MisterCookie1234»

Hey.

I reran it again and the carts seem to work fine.. but the slope and SOME Turns not. Atleast.. They act weird i'd say? Sometimes they work if i spawn the train right in front of it, but after that they just don't turn at the next point.. So something weird is going on.. I found that the train gets teleported one block to early.. so he isnt on the right track he should be but this looks to be completly random since sometimes he is on the track he should be and sometimes not

so what im confused

Okay, I have found the bug. You remember when I said that the Modified Volume Mode was rather experimental? Yeah, that is why.

I have modified key areas of the mode and now the trains turn and slope normally.

With commands that were location-sensitive, it would shift the location of execution to the lowest northwest corner of the block. I changed it to execute from the lowest central point of the block. It is impossible for this to work and return it to its source location, but the middle of the block is better than the corner.

Sorry that you have to run everything through again, but if you want this one specifically to go through faster just slap in this:

...whenever you see this:

...to turn it into this:

NOTE: The only effected functions that I could find were trainturn_trigger(1-8).

There might be more specific places that need this, however. If this alone doesn't solve everything, just run it all through with the new 1.6.2.

And that pretty much wraps things up for now. Based on how things are looking, it seems that these were the final bugs in the train data pack (but I may be wrong).

'Til next time!

Quote from MisterCookie1234»

Hey.

I reran it again and the carts seem to work fine.. but the slope and SOME Turns not. Atleast.. They act weird i'd say? Sometimes they work if i spawn the train right in front of it, but after that they just don't turn at the next point.. So something weird is going on.. I found that the train gets teleported one block to early.. so he isnt on the right track he should be but this looks to be completly random since sometimes he is on the track he should be and sometimes not

so what im confused

Could you private message me the data pack that you are currently using? Because I can't really convert large quantities of stuff myself practically, having the version that you're using will aid in debugging. Hopefully it is a simple fix.

Quote from MisterCookie1234»

Hey!

I recognized one more bug.

It dont converts the "spawn_egg" to the "villager_spawn_egg" (for example)

And there happen to be the same buggs as before in general.. I get the same errors with the cart, the turns and so on.
Could u maybe send me the working files via private message? Since i think you got them working?

I ran the commands in question through the 1.6.0, and concerning the commands causing the issues with turning and the cart spawning, it converted perfectly and the trains showed no issue with it. I believe you didn't enable the optional settings to activate these features. They are called "Modified Volume Mode" and "Modified Distance Mode." Make sure that they are set to "Modified."

As for the spawn egg thing, I discovered the issue. Apparently the program only converted the spawn eggs if the damage value was 0, but the damage values were 60 and 120. Now, the 1.6.1 ignores damage values (as it should have before).

As for that command in "main.mcfunction."

This is something that there is no easy fix for. Due to the "Flattening," this can't really be converted within a single command, since you can only specify one block/item per command when checking in NBT. Instead, since it is just a single command, just replace "pig_spawn_egg" (the default that the Command Converter just slaps in as kind of a joke) with "bat_spawn_egg" when it is done converting.

Speaking of converting, I apologize, I will (most likely) be unable to convert all of these functions for you. Because my laptop is very small and weak, converting mass quantities of commands is very impractical. But with this new insight and the new update, you shouldn't run into any more problems.

That's all for now.

'Til next time!

The 1.6.0 has been released! Sorry it has taken so long, but this is the single largest update to the program yet. I will address each of you and the things that you have found...

MisterCookie1234

Sounds great!

The train data pack that you supplied had a few issues in it that caused all of the problems to occur. I have fixed the three issues that I found in the 1.6.0.

The problems involved volume selection in target selectors, distance in target selectors, and the placement of the Count NBT tag.

Volume selection took a huge overhaul. It turns out, in 1.12, volume selection would start at the lowest northwest corner of a block, and look from there. But in 1.13, it starts at the location of execution. This is what caused the problem with the train turning mechanism. The structures that handled turning looked for the train directly above them, but because they used volume detection, the train lied just outside the boundary, so it was undetected, therefore, never turned. With a new optional setting enabled, commands with the volume selection used will adjust their execution location using align to detect everything as it should. However, it certain very specific situations, this new feature may cause some issues, hence it being optional.

Distance in target selectors was a tad weird. Turns out, in 1.13, if you are looking for an entity on the very edge of the distance radius bubble, using a very small distance (like 2), on the negative side of the bubble, it seems to miss it by a hair. At least, this is what I found. By expanding the range of the bubble by one-one-millionth of a block, it detects it no problem. This whole distance thing is what was causing the issue with only one cart being able to be added. This is because the train removes the ability to add more if it is moving, and the cart didn't find the train in front of it, so it began to move. And this caused the issue.

Now the Count placement tag wasn't really a bug, but more of an enhancement. In the areas controlling the wood-filled carts, the Damage tag wasn't detected (because Count was in the way), so the wood was set to oak_planks instead of what they should have been. Since this is very common in commands, I decided to make it cope with it.

Also, I created that Folder Converter that you wanted. It works very well based off of what I have seen.

If you run into any more problems, tell me right away! A lot of this release is slightly experimental. I did do thorough bug testing, but it is nearly impossible to get everything on the first try.

07natchos

I have a set of commands I would like to convert, what it does is make a 1 command creation and when you run the 1 command, it gives you a apwn egg and the spawn egg summons an armor stand doing a walking animation loop;

When I run this in 1.12 it does it absolutely fine, but when I do it in 1.13 it seems to fall a bit and teleport back up, it may be due to collision boxes but I'm not certain. Also when I spawn one in 1.12, it keeps it's relative coordinates, but in 1.13 it doesn't and just teleports near the machine. Also, here's the 1.12 version to prove it;

And if it is a bug, will it be fixed in the new 1.6.0?

The issue that I found was quite simple compared to the others. It involved the limit argument in target selectors (formally known as c). In 1.12, when limit is used, it automatically searched for the nearest entities within the limit (unless @r was used). And if the number was negative, it searches the furthest. But in 1.13, with the addition of sort, it doesn't add any sorting mechanism into limit upon inclusion. And because the Command Converter didn't include sort=nearest into the commands, when the armor stand tries to teleport itself to the invisible armor stand, it targets the invisible armor stand to teleport to itself. And only when it gets out of range (by teleporting down) is it able to target itself. With the addition of sort=nearest accompanying limit, it no longer jumps as it did before.

Motor_Nerve

One suggestion, could you code the .bat files to open in the background instead of grabbing windows focus every time a new window is created? Makes it damn near impossible to do anything on your computer while the program is running, since it is constantly opening new windows, especially for the mega. Just typing this message I have had to click on this window about a hundred times to pull focus away from the program windows that pop up.

I have added Minimized Mode as an optional setting that causes all new windows opened up by the Command Converter to start off minimized. This should solve all of your issues.

Whofur

So I found a bug.

If you try to convert certain give commands (I haven't messed around all too much, but I know it works with my example) they don't always convert correctly, with everything having its own ID nowadays.

For example: Converting a custom banned give command.

converts to

which isn't correct, because the base should be yellow, but it's black.

I am sure this is the same for many other things, such as stained glass or wool, so it would perhaps be good to fix it.

This bug took a little research to tackle. But it now converts all of the banner commands correctly, along with some other NBT stuff that I didn't notice until now. I did test this thoroughly in-game, and the banners did come through the correct colors.

But for the record, the Base tag is not supposed to be used in /give commands for items to determine color, the damage value is for that. But for the sake of convenience, if it finds Base in item NBT, it will modify the color regardless of damage value.

soccerguy 3

Is there a way to parse a map extract the commands from all the command blocks and write the new 1.13 commands back to the map ?

This, to most, seems to be impossible. But because command blocks and signs (the only blocks to store commands) are block entities, they are most likely stored in a more organized way. I will look into this, and it will definitely take a long time to develop if I chose to do so.

-----

Now, there were a few other features that I decided to add that I've been meaning to include for a while. Including the NBT enhancements that I referenced earlier, and function name decapitalization.

In 1.13, with the /function command, it can no longer support capitalized characters, so the Command Converter will now automatically decapitalize the names. Of course, it will require some manual renaming of the actual files (perhaps until I (maybe) make the World Converter for command blocks and functions).

Like I said before, this update contains a lot of experimental content, although it was thoroughly tested, there may always be a bug that slipped through.

P.S. The Instructions.txt document has been completely reworked. Might be worth a re-read.

'Til next time!

Quote from Whofur»

So I found a bug.

If you try to convert certain give commands (I haven't messed around all too much, but I know it works with my example) they don't always convert correctly, with everything having its own ID nowadays.

For example: Converting a custom banned give command.

/give @p minecraft:banner 1 0 {BlockEntityTag:{Base:11,Patterns:[{Pattern:ss,Color:15},{Pattern:ss,Color:7},{Pattern:flo,Color:15},{Pattern:flo,Color:7},{Pattern:cbo,Color:3},{Pattern:cbo,Color:11},{Pattern:sc,Color:15},{Pattern:sc,Color:11},{Pattern:bo,Color:15},{Pattern:bo,Color:7},{Pattern:mc,Color:3},{Pattern:mc,Color:11}]}}

converts to

give @p black_banner{BlockEntityTag:{Base:5,Patterns:[{Pattern:ss,Color:1},{Pattern:ss,Color:9},{Pattern:flo,Color:1},{Pattern:flo,Color:9},{Pattern:cbo,Color:13},{Pattern:cbo,Color:5},{Pattern:sc,Color:1},{Pattern:sc,Color:5},{Pattern:bo,Color:1},{Pattern:bo,Color:9},{Pattern:mc,Color:13},{Pattern:mc,Color:5}]}} 1

which isn't correct, because the base should be yellow, but it's black.

I am sure this is the same for many other things, such as stained glass or wool, so it would perhaps be good to fix it.

Thank you so much for the bug report!

I am currently implementing this into the 1.6.0, along with all of the other things. Based on how things are going, the 1.6.0 should be released either tonight or sometime tomorrow.

Okay, so...

I am currently working on the 1.6.0. It will contain a lot of the stuff spoken here, along with some bug fixes that I have been researching for a while.

It may take a few days for how massive this update is, but it will fix a lot of issues.

It will also contain a feature that was suggested to me by a private messenger, it will be able to convert every file in a specific folder instead of having to convert every single one individually, or at least that's the plan anyway.

Sorry for the lack of explanation and personal address, but my time is a little tight right now. But I will have more time later on after the 1.6.0 is done to explain everything.

'Til next time!

Quote from soccerguy3»

Thank You , The windows 10 Edition is free when you have the java edition . There is a redeem page at Mojang

Minecraft: Windows 10 Edition is real, and it is completely free if
you already own the game on PC. You just need to go through a few steps.

Here’s how to do it:

• Sign into your Mojang account.

• You should see your Mincecraft purchase at the top of the page.

• Scroll down and you should see “Minecraft: Windows 10 Edition Beta.”

• After that, simply click the button “Claim your free copy.”

• This will take you to a Microsoft page where you can redeem your code for the game.

• You may need to sign into your Microsoft account.

• The code field should auto-populate.

• Hit “Redeem.”

Now, once you have Windows 10 installed, you should find the game in your apps.

I did not know that. I thank you for the information.

I will look into Bedrock Edition when I get the time. It will take some research to get the hang of the different conversions necessary.

Also, I have released the 1.5.7 to fix some bugs revealed to me by a private messenger.

'Til next time!