Bien un petit cours s'impose :
1. Les Impulse réalisent les actions une fois (Orange)
2. Les Repetitive la réalisent constemment (Bleu)
3.Les Chains permettent de réaliser plusieurs commandes à la suite (Vert)
Si un Impulse est en "Need Redstone" (a besoin de redstone en français), Il faudra l'activer avec un bouton, ou un signal redstone pour qu'il fonctionne. Si il est en Always Active (Toujours actif en français, c'est à dire qu'il n'a pas besoin de redstone) il réalisera la commane une seule fois, après l'avoir entrée (ça sert quasi à rien de metre un impulse en always active en fait)
Si un repetitive est en Always Active, il répétera la commande éternellement, quoi qu'il arrive. S'il est en Need redstone, il n'executera la commande que s'il est alimenté par un quelconque signal redstone (un redstone block par exemple)
C'est exactement la meme chose pour les chains, si tu ne pose pas de blocs de redstone à coté, ça ne marchera pas (ça ne sert donc à rien de le laisser en need redstone, sauf dans de très rares cas).
Enfin, Conditionnel et inconditionnel, ça permet de mettre une condition ou non à un command block. On l'utilise principalement sur les command block chain, je m'explique :
Si jamais tu veux mettre un effet à un joueur à condition qu'il soit dans un rayon de 5 blocs en utilisant testfor (dans ces conditions on utilise execute, mais imaginons)
Ton premier bloc sera un command block repetitive Always Active avec la commande suivante :
/testfor @p[r=5]
Ton second command block sera un chain (placé dans la direction pointée par le premier command block, c'est logique) réglé sur ALWAYS ACTIVE sinon il ne réalisera aucune commande sans etre alimenté ! Il contiendra la commande suivante :
/effect @p minecraft:speed
Nous en arrivons à l'utilité de conditonnal et de unconditionnal : si tu laisse ce bloc en inconditonnel, il donnera l'effet speed au joueur le plus proche malgré le testfor, quoiqu'il arrive, puisque on ne lui donne pas de conditions. Si tu le met en conditionnel, par contre, il ne réalisera sa commande que si la condition du command block précédent est respecté. En l'ocurence, il prendra compte du testfor, et ne donnera l'effet au joueur que si celui-ci est dans un rayon de 5 blocs.
Pour en revenir à notre Cookie maudit, il faut que tu laisses le command block répétitif en inconditionnel, puisque il n'y a pas de condition dans un command block précédent. Si tu décides de le mettre en needs redstone, il faut placer un bloc de redstone à coté pour l'alimenter ! Et pour le second command block, tu le met en chain conditionnel : en effet, le command block ne doit effectuer sa commande que si le command block précédent à réussi à exécuter la sienne ; et tu le règles en always active, pour qu'il fonctionne sans courant
Voila, je crois que c'est tout ! Ca devrait marcher la ;) En esperant que ça aide quelqu'un XD