forum Forumsplay_arrow Minecraft fiber_manual_record Redstone

3

Command Block Question!

3 emeralds13 replies154 views
created 09/16/2018 9:15 pm by HappyHippo77
last reply 09/19/2018 11:15 pm
Hey, I was working with falling blocks today and was wondering if it was possible to effect the motion NBT tag relative to where the player is looking (Like the new ^ ^ ^ feature in 1.13). Essentially I want to be able to shoot out a falling block in the direction I'm facing. Is this possible?

P.S. I am using 1.13 so I'll need an answer that works with 1.13. :)
Posted by avatar
HappyHippo77
Level 22 : Expert Ninja
2

13 replies

1
09/19/2018 11:15 pm
Level 3 Apprentice Skinner
EagleNugget
avatar
The chances of this working to me are a 45% chance this would be possible. ALSO this command I never heard or seen so this is a very hard concept to make.
1
09/18/2018 7:16 pm
Level 33 Artisan Engineer
ShelLuser
avatar
It is doable but it's going to take quite a bit of scripting. The main problem, as mentioned by Pepijn, is that you cannot use relative directions within the summon command. Quite frankly I doubt that Pepijn's idea is going to work because Minecraft doesn't know the concept of variables. Ergo: you can't "just" grab a value from somewhere and then put that into a command of some sort.

So the solution is to check in which direction a player is looking and then setting the motion value based on that. I'll demonstrate looking west and south.

Looking west means that the y rotation sits between 80 and 100 (see the debug screen), so we get this:
  • /execute positioned as ShelLuser if entity @s[y_rotation=80..100] run summon minecraft:falling_block ^ ^1 ^1 {BlockState:{Name:"minecraft:bedrock"},Time:1,Motion:[-1.0,0.0,0.0]}
So this would only run when I'm facing within a rotation of 80 to 100, which equals to facing west. Facing West means a negative x and therefor the motion is -1,0,0 (rounded up). Facing South would mean a y rotation of -30 to 30 and a positive z. Therefor we'd need this command:
  • /execute positioned as ShelLuser if entity @s[y_rotation=-30..30] run summon minecraft:falling_block ^ ^1 ^1 {BlockState:{Name:"minecraft:bedrock"},Time:1,Motion:[0.0,0.0,1.0]}

So the key to your solution is to set up 5 different commands (checking for North will require 2; rotation sits roughly between 160..180 and -180..-160) which all check the direction the player is facing. And if that matches you execute a summon command with the appropriate motion (examples above).
1
09/19/2018 5:54 am
Level 54 Grandmaster Cyborg
Pepijn
avatar
Please update your knowledge on Minecraft commands, you can use execute store and data get to store and grab values.
1
09/19/2018 6:08 am
Level 33 Artisan Engineer
ShelLuser
avatar
Sure, but those options are limited. You cannot use those results in unrelated commands, such as summon parameters. So values which you might be able to obtain using data get (which in itself is limited to entities and block entities) cannot be magically substituted in Motion parameters.

(edit) And I'm sure you'd know what the problem is if you first summon an entity and then later on try to merge Motion data into it.
1
09/19/2018 11:39 am
Level 54 Grandmaster Cyborg
Pepijn
avatar
If you're not experienced with commands, do not assume what other people say is false. Especially in a forum post with someone looking for help. Verify what you can't and can do, if you're not willing to put in the effort just don't comment on these kind of posts.

You can "execute as @e[tag=foo] store result score @s xpos run data get entity @s Pos[0] 1000" to get the position into a scoreboard, then after doing the subtraction from the player xpos, you can "execute as @e[tag=foo] store result entity @s Motion[0] double 0.001 run scoreboard players get @s xpos" to return the score and put it back into the Motion nbt.

Merging motion into falling blocks is indeed visually annoying, because they don't update their position client side very often, but this is not a problem for every entity hence why it's better to use armor_stands with a block on their head.
1
09/19/2018 3:32 pm
Level 33 Artisan Engineer
ShelLuser
avatar
I didn't assume that what you're saying was false, all I said was that I doubt that it would work and I still do. Don't try to read between the lines please. See: I never insinuated that your commands were wrong; all I said was that you couldn't use variables in commands in order to generate the right summon command.

And to get the proper effect which is least affected by things like lag and other possible hiccups you really want to summon the entity as you want it to be; so using the right Motion parameters from the get-go. Reason for that is two-fold: first possible glitching, but most of all the fact that a falling block is affected by gravity so the longer you wait to apply the right motion (even a few ticks) the more risk you'll take that you're going to have to compensate for that "out of the box" motion in some way. And then you're over complicating things.

As for me being familiar with commands or not; well, you could do your own form of research on that as well :P
2
09/18/2018 1:54 am
Level 54 Grandmaster Cyborg
Pepijn
avatar
Sadly, you can't directly using the new local coordinates (^) in NBT. The way around this is to summon an entity (usually an area effect cloud or armorstand) in the direction the player is looking (execute at @p run summon armor_stand ^ ^ ^5 as a quick example), then store the position of that entity and the position of the player in a scoreboard. Subtract all three values and you will end up with 3 numbers that you can put back into the Motion tag of the falling block.
2
09/18/2018 3:03 pm
Level 22 Expert Ninja
HappyHippo77
avatar
I'm a little too inexperienced with the new 1.13 mechanics to fully understand this, but I'm sure that once I am this will help me a lot! Thanks!
1
09/19/2018 11:41 am
Level 54 Grandmaster Cyborg
Pepijn
avatar
Here is a small example, I used armor stands with blocks on their heads instead of falling blocks (and placing the block when they land) because falling blocks don't really like it when you update their Motion during runtime, while armorstands have no problem with it.

www.dropbox.com/s/92zkwgqrw7yzc8x/Motion%20test.zip?dl=0
2
09/16/2018 10:24 pm
Level 33 Artisan Engineer
ShelLuser
avatar
I like your thinking. Theoretically it should be doable since you can /summon moving targets and a falling block is (or was) just that. Haven't tried this for myself yet but I'll give it a try later on and share my findings.
2
09/17/2018 7:06 am
Level 33 Artisan Engineer
ShelLuser
avatar
The good news is that this should indeed work in theory. If you check the entity nbt data then you'll notice that it does indeed support the motion:[] property so you should be able to "shoot" it out. However, so far I haven't been able to get any falling block to work properly on 1.13.
1
09/17/2018 4:22 pm
Level 22 Expert Ninja
HappyHippo77
avatar
This is how I summon falling blocks in 1.13 in case it helps any:
/summon falling_block ~ ~ ~ {BlockState:{Name:stone},Time:1,Motion:[0.0d,0.0d,0.0d]}
1
09/18/2018 7:17 pm
Level 33 Artisan Engineer
ShelLuser
avatar
Good call, I totally overlooked the Time property, that's why it didn't work for me.

Search

Browse

Site

© 2010 - 2018
planetminecraft.com

Welcome