Commencez par créer un objectif de tableau de bord factice:

/ objectifs du tableau de bord ajoutez le mannequin selectMe

Ensuite, sur une horloge redstone rapide, donnez à toutes les entités selectMe score de 1:

/ scoreboard players set @e selectMe 1

Donnez à tous les joueurs et objets un score selectMe de 0 avec ces deux blocs de commande:

/ scoreboard players set @e [type = Player] selectMe 0

/ scoreboard players set @e [type = Item] selectMe 0

Maintenant, vous pouvez les sélectionner en ciblant toutes les entités dans un rayon de 50 blocs qui ont un score selectMe de 1:

/ say @e [score_selectMe_min = 1, r = 50]

J'espère que cela vous a aidé! :)

À partir de Minecraft 1.9, les balises de tableau de bord conviennent mieux pour cela que de définir un objectif et d'attribuer un score.

C'est aussi simple que de configurer des blocs de commande de répétition (ou une ligne de répétition / chaîne) et de mettre:

  / scoreboard players tag @e [type = Player] add playerOrItem
/ scoreboard players tag @e [type = Item] add playerOrItem
 

Vous pouvez ensuite utiliser @e [tag = playerOrItem] et @e [tag =! playerOrItem] pour sélectionner chaque entité qui est et n'est ni un joueur ni un élément, respectivement.

Les avantages de l'utilisation de balises par rapport aux objectifs du tableau de bord sont:

1. Pas besoin de définir un objectif.
2. Ils sont initialisés comme vides par défaut.C'est à dire. @a [tag =! banana] fonctionne sur tous les joueurs par défaut, contrairement à @a [score_banana = 0] .Cela signifie que vous devez uniquement affecter les cibles que vous souhaitez réellement affecter.
3. Les balises sont également stockées dans les données des entités NBT, dans la balise Tags .

Depuis Minecraft 1.13 (Java Edition), vous pouvez désormais utiliser plusieurs sélecteurs pour cibler des entités.

Depuis le Wiki Minecraft:

tag = foo, tag = bar, tag =! baz correspond à quelqu'un avec foo, bar et pas baz.

type =! cow, type =! chicken correspond à quelque chose qui n'est ni une vache ni un poulet.

type = cow, type = chicken n'est pas autorisé, car quelque chose ne peut pas être à la fois une vache et un poulet.

For versions antérieures à 1.13

Vous pouvez utiliser idtownie ou this from user113642, ce dernier n'ayant pas été testé.

Le moyen le plus efficace de sélectionner deux entités spécifiques à la fois avec l'argument "type" est de placer deux arguments "type" l'un à côté de l'autre.

Ex.

@ e [type = Player, type = Villager]

Cible uniquement les joueurs et les villageois.

Ex.

@r [type = Player, type = Villager]

Cible uniquement les joueurs et les villageois. Cependant, ce sélecteur de cible choisit une entité aléatoire dans les paramètres spécifiés de l'argument, alors que le sélecteur précédent a choisi chaque entité qui répondait aux paramètres de l'argument.

Cela peut durer indéfiniment jusqu'à ce que vous ayez sélectionné chaque type d'entité dans Minecraft (Cependant, ce serait une perte de temps totale car la même action peut être effectuée avec @e).

Veuillez corriger toutes les erreurs que j'ai pu faire.

Pour en savoir plus Pour plus d'informations sur les arguments du sélecteur de cible, veuillez consulter cet article du forum Minecraft.

http://www.minecraftforum.net/forums/minecraft-discussion/redstone-discussion-and/command-blocks/2477949 -minecraft-pc-target-selectors-and-their-arguments

Dans Minecraft 1.9, il existe un moyen simple de le faire sans tableaux de bord en utilisant des blocs de commande en chaîne. Pour démonstration, je tuerai toutes les entités qui ne sont pas des joueurs ou des objets.

Premier bloc de commande: exécutez @e ~ ~ ~ invoquer ArmorStand ~ ~ ~ {Invisible: 1, NoGravity: 1}

Cela fait qu'une armure se tient au même endroit que chaque entité. Le premier bloc de commande doit faire face au second bloc de commande.

Deuxième bloc de commande: exécutez @e [type = Player] ~ ~ ~ kill @e [type = ArmorStand, c = 1]

Cela oblige tous les joueurs à tuer les supports d'armures qui sont sur le point de faire quelque chose.

Troisième bloc de commande: exécutez @e [type = Item] ~ ~ ~ kill @e [type = ArmorStand, c = 1]

Idem que ci-dessus sauf avec les joueurs. Vous pouvez le faire autant de fois que vous le souhaitez.

Dernier bloc de commande: exécute @e [type = ArmorStand] ~ ~ ~ kill @e [c = 2] ~ ~ ~

Cela oblige tous les supports d'armures à se tuer eux-mêmes et l'entité qu'ils représentaient.

Les avantages:

• Utilise des supports d'armure. Pourquoi pas?
• Ne nécessite pas de tableaux de résultats

Les inconvénients:

• Si une entité meurt / se téléporte vers un endroit éloigné après l'invocation du support d'armure mais avant que les supports d'armure exécutent leurs commandes, une entité qui n'est pas censée être tuée sera tuée

Si vous souhaitez que toutes les entités non-élément non-joueur exécutent une commande, utilisez simplement ceci:

Dernier bloc de commande: exécute @e [type = ArmorStand] ~ ~ ~ exécute @e [r = 1, c = -1] ~ ~ ~ <command>

Inconvénients de ceci:

• Si une entité meurt / se téléporte / quitte la portée en moins de 1 ms, le support d'armure exécutera la commande lui-même

À partir de la version 1.12, vous pouvez faire @e [type =! Player, type =! Sheep, r = 10] .Cela fonctionne car il vérifie d'abord un mob non-joueur, puis il vérifie un mob non-mouton.Le rayon vérifie les deux paramètres dans le rayon.La syntaxe est correcte car la virgule sépare les datatags et juste ! Player ou ! Sheep ne fonctionnerait pas.

Un moyen beaucoup plus simple de faire cela est d'utiliser cette commande:

/ kill @e [type =! Player, r = 20].Le point d'exclamation signifie tout tuer sauf le type d'entité ciblé.Vous pouvez mettre cela sur une horloge Redstone et cela fonctionne très bien.J'espère que cela vous a aidé!:) P.S.vous pouvez mettre autant d'entités que vous le souhaitez dans la commande.Faites juste ceci: / kill @e [type =! Player,! Sheep, r = 20]

Comme d'autres me l'ont expliqué plus tard, la vraie raison est que les restrictions du même genre s'écrivent mutuellement. Désolée, je ne peux pas m'empêcher d'essayer d'utiliser la logique pour répondre à des questions auxquelles je ne connais pas la réponse, perdant de vue que les choses ne sont généralement pas aussi logiques que je le pense.

Orponse originale:

Je ne cible pas fréquemment les entités, mais suite à l'échec de la réponse de mineguy1009, je vois ce qui suit:

La réponse échoue très probablement car elle est analysée comme [type = Player AND type = Villager] , ce qui entraîne bien sûr des absurdités (ce n'est pas exactement un non-sens en soi, en fait c'est une approche assez la virgule suggère que ce serait [type = Player OR type = Villager] ).

Cependant, comme vous niez, c'est exactement ce dont vous avez besoin: [type =! Player, type =! Item] doit être analysé comme [type! = Player AND type! = Élément] . Si vous voulez que les entités appartiennent à l'une ou l'autre des catégories d'un groupe, intuitivement, ce devrait être [! [Type =! <type1>, type =! <type2>, ...], <otherconditions>] . Si cela ne fonctionne pas, vous pouvez toujours opter pour des groupes inversés, ce qui serait cependant terriblement long (car vous devez littéralement lister toutes les entités qui ne seront pas dans votre groupe).

Si cette réponse échoue également, le ciblage par entité est, oui, wat.