I'm sorry, unfortunately I don't know anything about the bedrock edition. If I were to speculate I would say it's likely that the commands I posted back in 2015 don't work for bedrock.
I don't mean to discourage and I hope that you can get your arrows working, but please look at when the latest post in a thread was before posting. Last activity in this thread was many years ago in 2015.
Perhaps this might be better as it's own separate thread? Also more details about the exact problem you are having and what you want to do will be useful for those wanting to help.
Hm, well there is a scoreboard objective for sprinting and one for jumping. Perhaps you could check if the players sprint score recently increased whenever they jump?
I wouldn't recommend using comparators since they have an unnecessary 1 tick delay, unless you really want a redstone signal. Instead I would recommend using a chain command block set to be conditional. The chain command will only execute if the /testfor succeeded
Compatators can output signals of varying strength depending on how many items are in the inventory it's facing.
I am guessing that's the problem here.
Simple demonstration: https://streamable.com/wav01
I see what you were trying to do and as much as I wish that worked, that's not how selectors work.
Selectors are much more limited than data tags and can only check for a few things:
So, you can not check for what a player has in their inventory using selectors. We can check what players have in their inventory by using a command that has a data tag in its syntax, an example would be the /testfor command which syntax looks like this:
/testfor <player> [dataTag] That's why you were able to check the players inventory using the testfor command.
We can not use /testfor to solve your problem but we can use /scoreboard tags, which syntax looks like this:
/scoreboard players tag <player> <add:remove:list> <tagName> [dataTag]
Posting here as well so you don't get duplicate responses
This was harder than I thought, I've come up with a functioning but perhaps not ideal solution.
It will work as long as you don't have a lot of players standing on top of chests at the same time. https://streamable.com/2osiy
This was harder than I thought, I've come up with a functioning but perhaps not ideal solution.
It will work as long as you don't have a lot of players standing on top of chests at the same time. https://streamable.com/2osiy
Note that <data value> is not the same thing as a data tag which means you can sadly not check for the content inside of the chest using a single /execute
0
I'm sorry, unfortunately I don't know anything about the bedrock edition. If I were to speculate I would say it's likely that the commands I posted back in 2015 don't work for bedrock.
0
I don't mean to discourage and I hope that you can get your arrows working, but please look at when the latest post in a thread was before posting. Last activity in this thread was many years ago in 2015.
Perhaps this might be better as it's own separate thread? Also more details about the exact problem you are having and what you want to do will be useful for those wanting to help.
0
Hm, well there is a scoreboard objective for sprinting and one for jumping. Perhaps you could check if the players sprint score recently increased whenever they jump?
0
0
I wouldn't recommend using comparators since they have an unnecessary 1 tick delay, unless you really want a redstone signal. Instead I would recommend using a chain command block set to be conditional. The chain command will only execute if the /testfor succeeded
0
Compatators can output signals of varying strength depending on how many items are in the inventory it's facing.
I am guessing that's the problem here.
Simple demonstration: https://streamable.com/wav01
1
I see what you were trying to do and as much as I wish that worked, that's not how selectors work.
Selectors are much more limited than data tags and can only check for a few things:
So, you can not check for what a player has in their inventory using selectors. We can check what players have in their inventory by using a command that has a data tag in its syntax, an example would be the /testfor command which syntax looks like this:
/testfor <player> [dataTag]
That's why you were able to check the players inventory using the testfor command.
We can not use /testfor to solve your problem but we can use /scoreboard tags, which syntax looks like this:
/scoreboard players tag <player> <add:remove:list> <tagName> [dataTag]
I made a simple demo using scoreboard tags
https://streamable.com/92k48
Here's the world download:
https://cdn.discordapp.com/attachments/384031761929338892/384277119640797184/Potion_Effect_Demo.7z
0
Got it working
https://streamable.com/pjmuy
Im attaching the world file so you can mess around with it yourself
https://cdn.discordapp.com/attachments/157149007796371456/384030181276516366/Test_World.7z
0
Perhaps you could decide what type of kit you want by checking what block the chest is standing on.
Yes you could definitely change the /blockdata command to a clone one.
I am not at my computer right now so I can not create a demo but i will when i get home.
0
Posting here as well so you don't get duplicate responses
This was harder than I thought, I've come up with a functioning but perhaps not ideal solution.
It will work as long as you don't have a lot of players standing on top of chests at the same time.
https://streamable.com/2osiy
A is a repeating command block with the command
B is a chain command block with the command
execute @a[tag=isStandingOnChest] ~ ~ ~ testforblock ~ ~ ~ minecraft:chest -1 {Items:[{id:"minecraft:gold_nugget",Count:25b}]}C is a conditional chain command block with the command
execute @a[tag=isStandingOnChest] ~ ~ ~ blockdata ~ ~ ~ {Items:[{Slot:0,id:"minecraft:diamond_sword",Count:1b}]}D is a chain command block with the command
0
This was harder than I thought, I've come up with a functioning but perhaps not ideal solution.
It will work as long as you don't have a lot of players standing on top of chests at the same time.
https://streamable.com/2osiy
A is a repeating command block with the command
B is a chain command block with the command
execute @a[tag=isStandingOnChest] ~ ~ ~ testforblock ~ ~ ~ minecraft:chest -1 {Items:[{id:"minecraft:gold_nugget",Count:25b}]}C is a conditional chain command block with the command
execute @a[tag=isStandingOnChest] ~ ~ ~ blockdata ~ ~ ~ {Items:[{Slot:0,id:"minecraft:diamond_sword",Count:1b}]}D is a chain command block with the command
0
What do you mean by lag? Server lag or lag as in FPS drops?
If you mean FPS drops perhaps a scoreboard clock could work?
0
The syntax for the /execute command goes like this:
Note that <data value> is not the same thing as a data tag which means you can sadly not check for the content inside of the chest using a single /execute
0
Do you know how old this thread is? xD
0
I thought you couldn't do macs in virtual machines, but I haven't tested.
And yeah, Im Swedish.