Arqade Asked on February 3, 2021
Following up on an almost identical question you can find here, I would now like a solution that works in Minecraft Bedrock Edition.
Here is the text of the other question:
/testfor
,/testforblock
, and/testforblocks
are all part of the same group of commands and are similar in what they do after their test. They are only useful when their output is measured using redstone comparators (not recommended) or when combined in a chain with other commands (most often way)
It’s quite simple. If the test returns TRUE, any conditional command blocks later in the chain will run (unless stopped by a different failed command in between). If the test returns FALSE, the conditional command blocks won’t run.
I would like to invert the check, so that if the entity does not exist/testfor
, or if the block is not what is specified/testforblock
, or if the block regions don’t match/testforblocks
, then the subsequent commands in the chain will run, and if the check passes, they will not run. How can I do this?
(I suspect that for/testforblock
, it’s as simple as placing a!
before the block name, but I’m not sure if the!
operator existed in 1.12. For/testfor
and/testforblocks
, absolutely no idea.)
You can find the accepted answer by clicking on the link above. However, this solution does not work in Bedrock Edition, as I cannot test for NBT tags like {SuccessCount:1}
.
How can I accomplish this task? The only thing I can think of is using comparators and a redstone torch, but I’m 99% sure there is a better way.
In bedrock you have to use testfor because execute hasn't been updated to include conditional logic yet (the only conditional logic available to execute on bedrock is to check for a specific block type relative to the entity)
If you place a comparator facing away from a command block running testfor it will output a redstone signal power level equal to the number of entities found. If you run this signal into a block with a redstone torch it effectively gives you a redstone signal inverting the testfor condition. Just run that signal into other command logic.
Another possibility is to use the '!' operator in your test selector:
/testfor @e[type=!player]
Answered by peabody on February 3, 2021
Get help from others!
Recent Answers
Recent Questions
© 2024 TransWikia.com. All rights reserved. Sites we Love: PCI Database, UKBizDB, Menu Kuliner, Sharing RPP