Problème command block

Trois solutions:
1: ne pas utiliser de testfor (je songe sérieusement à faire un tutoriel sur l'inutilité du testfor, mais j'ai pas le temps - le /testfor est utile, mais dans des cas assez spécifiques).
Dans ce cas, tu remplaces le /setblock x y z minecraft:emerald_block par /execute @a[score_Bidul=1,score_Bidul_min=1,team=BidulTeam] ~ ~ ~ /setblock x y z minecraft:emerald_block et tu places ton comparateur en sortie du /execute (comme s'il s'agissait du testfor) avec le reset derrière du score.
2: Tu ajoutes un bloc de commande qui s'exécute en même temps que ton reset de score avec /blockdata x' y' z' {SuccessCount:0b}. Avec x', y' et z' les coordonnées du bloc de commande réalisant le /setblock
3: Tu n'as pas besoin de tester si le /setblock est effectué (hypothèse, à toi de me dire si ça te va), dans ce cas, tu peux aussi retirer le comparateur en sortie du second bloc de commande et récupérer le courant directement.

Premier cas, tu passes de 3 à 2 blocs de commandes. Deuxième cas, on passe de 3 à 4 et dans le dernier on en garde 3 avec une latence plus faible.

 

En fait, tu as du courant qui sort de ton deuxième bloc de commande parceque la commande a été exécutée avec succès (comme pour le testfor), le bloc reste donc bloqué en {SuccessCount:1b}. Pour lui dire "arrête d'envoyer du courant dans mon comparateur", il faut lui dire que son SuccessCount vaut 0. Sinon tu retires le comparateur comme ça il ne peut pas émettre de courant en sortie (et ton bloc de commande se comporte comme un bloc solide quelconque vis à vis de la redstone).