True... scoreboard just can't store that much value huh...
Wish we can store strings...
Or wish we can hash it...
Even if scoreboards can store that, the /execute store can't.
Storing strings would be helpful, but the UUIDLeast and UUIDMost system requires long intergers that are 64-bit (even though the long type in /execute store is only 32-bit), so unless it can also automagically turn a string into that value type, it won't help much in this case.
How would you use that value though? Even if you can store separate parts, you can't merge it and squeeze it into the UUID tag. Basically, whatever operations you do, the end result will still exceed that 2^32 limit before you can put it into where it needs to be. Will still test it out though, minecraft is known to be inconsistent.
As of 1.13, the UUIDLeast and the UUIDMost are used in the owner tag of entities like snowballs or thrown potions. I'm NOT asking for a way to convert to the UUID string, since that's pretty much useless now. What I'm asking for is a way to squeeze the UUIDLeast and UUIDMost into owner.L and owner.M. Sorry if I was being ambiguous before.
In 1.13. UUIDMost and UUIDLeast are both technically long values, and so is the new format for the owner tag, so in theory execute store should work fine. Those 2 values are often in the range way beyond what long values can store, however, which is why I'm asking if there exists an alternative.
The "store" function of the execute command can only accept values in the [−2,147,483,647, +2,147,483,647] range, while UUIDs are much much larger/smaller than that, 64-bit each if I'm not mistaken. Is there any workaround for this? If it helps I'm trying to replace the "owner" UUIDs of a snowball with the UUIDs of a not predetermined entity. Any other suggestion on how to do that will be much appreciated.
On the topic of value types, may I also ask why whenever I try to set an arrow's Motion, which is a double, to anything past 10 it automatically gets set to 0?
Does anyone know of a compact water door (with piston for clearing out the water) for pocket edition? I've built one myself, but i felt like it could be much, much more compact
Um, what if I just unequip my armor and throw out the tool when I want to collect xp? I mean, not that bad of an idea, but think about that. For now, no support.
Command blocks can already use timers, just multiply/divide (it depends) 'em scores by 20 to go from second <-> ticks. This wouldn't really make a difference in anyway, but help make it easier for lazy people. Epsilon-ic support (slightly larger than 0 support)
If you don't wanna lose items, just use /gamerule keepInventory true already. Adding more time or remove despawn of items means no punishment for dying, plus what if you never find it? the game will always have to keep its data there, plus any other item that drops naturally would also create lag, which means by the time a day in minecraft has passed, your game might crash because of item lag, especially if creepers decide to explode more often than usual
With small commands, one-command is definitely easier to use, but with huge command mod pack or any super complicated long command, structure blocks really seems easier, I think. Structure blocks are meant for devs to use and probably players who wants to share somewhat limited structures, not exactly for command mods.
I would have suggested that, but the targeters will not be accurate, so if minor errors are acceptable, then that is definitely the best way if doing this
0
Even if scoreboards can store that, the /execute store can't.
Storing strings would be helpful, but the UUIDLeast and UUIDMost system requires long intergers that are 64-bit (even though the long type in /execute store is only 32-bit), so unless it can also automagically turn a string into that value type, it won't help much in this case.
0
How would you use that value though? Even if you can store separate parts, you can't merge it and squeeze it into the UUID tag. Basically, whatever operations you do, the end result will still exceed that 2^32 limit before you can put it into where it needs to be. Will still test it out though, minecraft is known to be inconsistent.
0
Well as I've said from the start, the value for UUIDLeast is much larger than the limit of the long value type, so that won't work.
0
As of 1.13, the UUIDLeast and the UUIDMost are used in the owner tag of entities like snowballs or thrown potions. I'm NOT asking for a way to convert to the UUID string, since that's pretty much useless now. What I'm asking for is a way to squeeze the UUIDLeast and UUIDMost into owner.L and owner.M. Sorry if I was being ambiguous before.
0
In 1.13. UUIDMost and UUIDLeast are both technically long values, and so is the new format for the owner tag, so in theory execute store should work fine. Those 2 values are often in the range way beyond what long values can store, however, which is why I'm asking if there exists an alternative.
0
The "store" function of the execute command can only accept values in the [−2,147,483,647, +2,147,483,647] range, while UUIDs are much much larger/smaller than that, 64-bit each if I'm not mistaken. Is there any workaround for this? If it helps I'm trying to replace the "owner" UUIDs of a snowball with the UUIDs of a not predetermined entity. Any other suggestion on how to do that will be much appreciated.
On the topic of value types, may I also ask why whenever I try to set an arrow's Motion, which is a double, to anything past 10 it automatically gets set to 0?
0
Does anyone know of a compact water door (with piston for clearing out the water) for pocket edition? I've built one myself, but i felt like it could be much, much more compact
0
Ids are not really use by anything with commands anymore. The reason copying and pasting doesn't work is that you need text ids, not number ids.
0
You seriously would try and throw out that item instead of fighting for your life? Wow.
1
Um, what if I just unequip my armor and throw out the tool when I want to collect xp? I mean, not that bad of an idea, but think about that. For now, no support.
1
This definitely does make jack o' lantern way spookier, I support
Also the toggle with redstone is a good idea
0
Command blocks can already use timers, just multiply/divide (it depends) 'em scores by 20 to go from second <-> ticks. This wouldn't really make a difference in anyway, but help make it easier for lazy people. Epsilon-ic support (slightly larger than 0 support)
0
If you don't wanna lose items, just use /gamerule keepInventory true already. Adding more time or remove despawn of items means no punishment for dying, plus what if you never find it? the game will always have to keep its data there, plus any other item that drops naturally would also create lag, which means by the time a day in minecraft has passed, your game might crash because of item lag, especially if creepers decide to explode more often than usual
0
With small commands, one-command is definitely easier to use, but with huge command mod pack or any super complicated long command, structure blocks really seems easier, I think. Structure blocks are meant for devs to use and probably players who wants to share somewhat limited structures, not exactly for command mods.
0
I would have suggested that, but the targeters will not be accurate, so if minor errors are acceptable, then that is definitely the best way if doing this