@robin4002 oui elle marche parfaitement.
J’ai aussi testé avec une entité vanilla

@pyroxie_ bah fait en sorte que ta class extends celle du pot

voici le bout de code

@SubscribeEvent public void KeyDown(InputEvent.KeyInputEvent e) { EntityPlayer player = Minecraft.getMinecraft().player; if(Keyboard.isKeyDown(Keyboard.KEY_NUMPAD1)) {

@ciomatx a dit dans [1.12.2] Erreur gradle : "Could not resolve curse.maven:jei-integration:2491927" :

@robin4002 Hmm c’est bien ce que je me disais, j’ai un peu fouillé sur les github d’autre mods mais tout les maven qui possédaient JEI-Integration sont morts. Mais j’ai trouvé la solution au problème, merci encore 🙂 Pour ceux qui auraient ce soucis à l’avenir, modifiez le build.gradle en retirant ou commentant la ligne :

deobfCompile "curse.maven:jei-integration:2491927"

J’ai ensuite mis directement le fichier de JEI deobf dans le dossier “libs” du projet (trouvable ici).

J’espère que ça pourra aider d’autres personnes ayant ce problème 🙂

problème résolu

Bonjour,

pour crée un timer, tu peux directement le faire avec Java (la class Timer)

par exemple, si tu veux crée un délais de 30s, tu peux faire :

import java.util.Timer; // à ne pas oublier //... //Le code avant le timer de 30s Timer timer = new Timer(); timer.schedule(new TimerTask() { @Override public void run() { //Le code après le timer de 30s } }, 30000 /*En millisecondes, ex : 2s = 2000ms, donc 30000ms = 30s */ ); // Le code ici s'exécutera en même temps que celui au dessus du timer //...

N’hésite pas à me demander si jamais il y a quelque chose qui marche pas ou que tu n’as pas compris, en tout cas, si tu veut en savoir plus sur les timer en Java, tu peux aller voir cette vidéo : https://www.youtube.com/watch?v=He1Pvyewr_M

Bonne journée, Asonyx

Bonsoir,

Peux-tu joindre le log complet de gradle sous forme de fichier texte ? Cela sera bien plus pratique qu’une capture d’écran sur laquelle il manque l’essentiel.

@feedback par contre le facing je ne suis pas sur

Bonsoir,

Il n’y a plus de préfixe 1.13.2 car nous ne faisons plus de support pour cette version. Je ne comprends d’ailleurs pas trop l’intérêt d’utiliser la 1.13.2.

Vu l’erreur il y a un problème avec un de tes ObjectHolder.

Bon au final j’ai rajouté une condition supplementaire( entityplayer.isSneaking() pour la boucle else if et j’ai enlevé la variale Teleportation, et l’item marche bcp mieux 😄
J’ai toujours des appels supplémentaires mais tant pis ca me va déjà mieux !
Merci à toi @robin4002

Tu vérifie que ton item stack (player.getHeldItem(hand)) soit égal à l’item que tu veux
Par exemple :

ItemStack stack = player.getHeldItem(hand); // ou l'ItemStack donné dans la fonction si tu en as un if (stack.getItem() == ModItems.ITEM) { // donne un item random }

@baztoul76 “Simple”, quand on copie colle oui, mais en sois j’ai toujours exactement du mal à comprendre, j’ai bêtement globalement compris la logique du fonctionnement, mais en lui même le fonctionnement j’ai pas encore tout compris 😛 et je sais pas si j’aurais la foi d’aller chercher plus que cela.

Salut, tu as déjà la vérification du joueur …

if(event.getObject() instanceof EntityPlayer) { }

Je ne suis pas sûr pour le getObject() mais en tout cas c’est plus ou moins ce qu’il faut, on vérifie que c’est une instance de EntityPlayer.

Sinon j’ai pas compris ^^

Pour la deuxième question il faut vérifier l’event quand un bloc est cassé, vérifié si c’est un joueur (instanceof EntityPlayer) et vérifier la capa (de “1” comme tu dis) et lui attribué selon ce qu’il y à dedans en plus de vérifier quel bloc est cassé.

Il faut juste utiliser les events de forge et le reste c’est que de la programmation basic 🙂

je ne pensais pas à ça (regarde l’édit) j’ai dit que c’était sûrement possible de lancer un script bash depuis un programme java (j’ai déjà vu ça), et ça donnerait par exemple

List<String> command; command.add("set MC_DIR=%AppData%\.minecraft"); // le reste des variables command.add("java"); command.add("%JVM_ARGS%"); // etc... command.add("-cp"); command.add("%MC_DIR%/librairies/...1.12.2.jar"); command.add("--username"); command.add(username); //etc... command.add("--accesToken"); command.add((int) authenticate(username, password)); //etc... String newCommand = new String[command.size()]; for (int i = 0;i < command.size(); i++) { newCommand[i] = command.index(i); } Process p = runtime.getRuntime().exec(newCommand); p.waitFor();

je pense que ça marche

@baztoul76 Lors que tu accèdes à un four le client envoie une donnée au serveur, puisque sinon tu ne pourrais pas savoir les items contenu dans celui-ci …

Tu peux simuler côté client l’ouverture, mais t’auras un four vide … En gros juste l’affichage de l’UI. Idem avec les coffres etc.

Tout stockages est réclamé par le client.

Ensuite “il n’a pas de serveur”, le solo est un serveur et un client sur une même application, il y à donc forcément bien un serveur sinon le jeu ne peut pas fonctionner … Minecraft n’a pas de système différent, c’est serveur + client 2 en 1 ou les 2 séparés. (Du moins le client possède le serveur mais ne l’utilise pas ne multijoueur).

Sinon je peux pas t’aider je ne connais pas bien encore les fours customs. 🙂

Non, un simple class transformer suffit comme le dit Robin, un coup d’ASM et c’est finit.