Arrivé dans un monde inconnu

[AymericRed]

Pour la gestion de parcelles et pour léconomie, il faudra effectivement passer par des plugins (qui existent) mais par contre pour le loot et les crafts, il faudrait un mod (jsp si possible avec plugins), je précise que ce n’est pas très compliqué à faire

[robin4002]

Alors, 3 questions aussi complexe nécessite 3 réponses précises.

Question 1 :
Il existe en effet les mods et les plugins. Mais rien que la dedans il y a plusieurs types.

• les mods vanilla : Ce sont des mods qui modifient directement le jeu. Ce genre de mods étaient très populaire au début de Minecraft mais sont en train de mourir. En effet le problème de ces mods, comme ils modifient directement les fichiers de Minecraft il y a incompatibilité avec tous autres mods qui modifies les mêmes fichiers.
• les mods Forge : C’est la réponse au problème de compatibilité. Forge a été pensé par Spacetoad pour régler ce problème lorsqu’il était en train de développer Buildcraft 2.
  Grâce aux nombreuses fonctions de Forge les mods peuvent presque tout faire. Dans le pire des cas il faut patcher les classes de Minecraft (ASM Java) mais ce n’est pas recommandé car ça peut causer des problèmes. Forge a une gestion des side (client / serveur) depuis MC 1.3.2 ce qui permet de faire un mod compatible à la fois client et serveur dans un même fichier jar.
  Les plugins eux ne peuvent que être présent côté serveur. Ils implémentent l’api Bukkit, n’étant que présent côté serveur ils sont relativement limités (impossible de modifier tout ce qui est affichage par exemple, ils sont limités aux ressources présents dans le jeu). Cependant l’avantage est que le joueur n’a rien à installer sur son client.
  Pour information il est aussi possible de créer des mods serveur only (en se limitant à la même chose que les plugins) qui du-coup n’ont pas d’être installé côté client.

À savoir aussi, Bukkit ajoute une couche d’abstraction. Du-coup un plugin conçu en 1.7.10 fonctionnera dans la plupart des cas en 1.8.9. Ce qui n’est pas du tout le cas des mods, où on implémente directement le code de Minecraft.

Cependant Bukkit c’est mort. Un dev bukkit n’était pas content des changements de Mojang (rachat par MS) et à décidé de faire chier tout le monde en déposant un dmca (disons que depuis le début de Bukkit il y avait une grosse incohérence de licence, Bukkit est sous licence GPL et l’implémentation de Bukkit (CraftBukkit) sous LGPL ce qui normalement n’aurait pas dû être possible comme CraftBukkit contient du code de Minecraft propriétaire (et encore c’est discutable comme c’est du code décompilé et non le vrai code de Minecraft). Enfin une grosse incohérence qui a aider à tout faire bloquer …)
Bukkit continue à vivre à travers Spigot qui est une implémentation alternative (du-coup Spigot est distribué de façon assez spécial pour éviter des problèmes avec la justice, car techniquement toutes implémentations de Bukkit ne peuvent plus être distribué directement, pour Cauldron une autre astuce a été trouvé, ils ont séparés le jar de bukkit de celui de cauldron).

Concernant la question mod Forge + plugin Bukkit c’est justement l’implémentation Cauldron qui permet de faire ça. Cependant celle-ci a été abandonné justement à cause des problèmes de DMCA … Donc la dernière version officiel c’est pour 1.7.10 et la seule continuation non officiel (Kcauldron) c’est aussi MC 1.7.10.

La réponse de la communauté de Minecraft est Sponge. Un nouvel api sous licence MIT pour éviter que le problème se reproduise. Cependant l’api est différent et incompatible avec Bukkit. L’avantage de Sponge c’est d’avoir directement deux implémentations, une nommé SpongeVanilla a installer sur un serveur Minecraft de base et une nommé SpongeForge, permettant d’ajouter l’api Sponge par dessus un serveur Forge. (qui se présente sous la forme d’un mod Forge). Du-coup les problèmes de Cauldron c’est du passé (il y avait quelques soucis d’incompatibilité avec certains mods ou certains plugins car Forge n’a jamais été conçu pour fonctionner avec Bukkit).

Mais comme déjà dit le problème principale est que les plugins Bukkit ne sont pas compatible avec Sponge et pour l’instant il y a encore peu de plugins Sponge.

Ce qui nous amène à la question 2 :
Si tu as bien tout suivis ton idée tombe à l’eau. Citizen étant conçu pour Bukkit et comme il n’existe aucun moyen de faire fonctionner Forge + Bukkit en 1.8 … Et pour rien arranger les choses même en 1.7.10 Citizen ne fonctionne pas avec Cauldron (il faut une version patché spécial pour Cauldron).

3. La réponse est purement et simplement non. Même avant le rachat par MS. Mojang n’a jamais communiqué sur son code. C’est du propriétaire, c’est fermé. Le code avec lequel nous codons est une version décompilé puis retraduite. Le nom des fonctions n’a rien à voir avec ceux dans le code original de Minecraft.
Heureusement les gens qui s’occupe de faire les mappings rajoute en même temps de la java doc. On trouve aussi sur le web de la documentation sur le fonctionnement de Minecraft (un petit blog pas mal sur le sujet : http://greyminecraftcoder.blogspot.com.au/p/list-of-topics.html).

[Superloup10]

Déjà, je te conseilles de jouer au jeu de base, ensuite, comme indiqué plus haut, un plugin et un mod sont deux choses différents.
Le plugin est conçu exclusivement pour les serveurs.
Dans les mods, il y a ensuite plusieurs sortes de mods:

• les mods vanilla (Incompatible les un avec les autres)
• les mods universels (Compatible avec les autres mods dans 99.9% des cas, si tu utilises MinecraftForge)
• les mods clients (Même chose qu’au dessus)
• les mods serveur (Même chose qu’au dessus)

Ensuite, commence par faire des petits mods banals pour t’entrainer.

[robin4002]

Pour éviter que mon message reste au fond de la page 1 sans jamais être vu :
@‘robin4002’:

Alors, 3 questions aussi complexe nécessite 3 réponses précises.

Question 1 :
Il existe en effet les mods et les plugins. Mais rien que la dedans il y a plusieurs types.

• les mods vanilla : Ce sont des mods qui modifient directement le jeu. Ce genre de mods étaient très populaire au début de Minecraft mais sont en train de mourir. En effet le problème de ces mods, comme ils modifient directement les fichiers de Minecraft il y a incompatibilité avec tous autres mods qui modifies les mêmes fichiers.
• les mods Forge : C’est la réponse au problème de compatibilité. Forge a été pensé par Spacetoad pour régler ce problème lorsqu’il était en train de développer Buildcraft 2.
  Grâce aux nombreuses fonctions de Forge les mods peuvent presque tout faire. Dans le pire des cas il faut patcher les classes de Minecraft (ASM Java) mais ce n’est pas recommandé car ça peut causer des problèmes. Forge a une gestion des side (client / serveur) depuis MC 1.3.2 ce qui permet de faire un mod compatible à la fois client et serveur dans un même fichier jar.
  Les plugins eux ne peuvent que être présent côté serveur. Ils implémentent l’api Bukkit, n’étant que présent côté serveur ils sont relativement limités (impossible de modifier tout ce qui est affichage par exemple, ils sont limités aux ressources présents dans le jeu). Cependant l’avantage est que le joueur n’a rien à installer sur son client.
  Pour information il est aussi possible de créer des mods serveur only (en se limitant à la même chose que les plugins) qui du-coup n’ont pas d’être installé côté client.

À savoir aussi, Bukkit ajoute une couche d’abstraction. Du-coup un plugin conçu en 1.7.10 fonctionnera dans la plupart des cas en 1.8.9. Ce qui n’est pas du tout le cas des mods, où on implémente directement le code de Minecraft.

Cependant Bukkit c’est mort. Un dev bukkit n’était pas content des changements de Mojang (rachat par MS) et à décidé de faire chier tout le monde en déposant un dmca (disons que depuis le début de Bukkit il y avait une grosse incohérence de licence, Bukkit est sous licence GPL et l’implémentation de Bukkit (CraftBukkit) sous LGPL ce qui normalement n’aurait pas dû être possible comme CraftBukkit contient du code de Minecraft propriétaire (et encore c’est discutable comme c’est du code décompilé et non le vrai code de Minecraft). Enfin une grosse incohérence qui a aider à tout faire bloquer …)
Bukkit continue à vivre à travers Spigot qui est une implémentation alternative (du-coup Spigot est distribué de façon assez spécial pour éviter des problèmes avec la justice, car techniquement toutes implémentations de Bukkit ne peuvent plus être distribué directement, pour Cauldron une autre astuce a été trouvé, ils ont séparés le jar de bukkit de celui de cauldron).

Concernant la question mod Forge + plugin Bukkit c’est justement l’implémentation Cauldron qui permet de faire ça. Cependant celle-ci a été abandonné justement à cause des problèmes de DMCA … Donc la dernière version officiel c’est pour 1.7.10 et la seule continuation non officiel (Kcauldron) c’est aussi MC 1.7.10.

La réponse de la communauté de Minecraft est Sponge. Un nouvel api sous licence MIT pour éviter que le problème se reproduise. Cependant l’api est différent et incompatible avec Bukkit. L’avantage de Sponge c’est d’avoir directement deux implémentations, une nommé SpongeVanilla a installer sur un serveur Minecraft de base et une nommé SpongeForge, permettant d’ajouter l’api Sponge par dessus un serveur Forge. (qui se présente sous la forme d’un mod Forge). Du-coup les problèmes de Cauldron c’est du passé (il y avait quelques soucis d’incompatibilité avec certains mods ou certains plugins car Forge n’a jamais été conçu pour fonctionner avec Bukkit).

Mais comme déjà dit le problème principale est que les plugins Bukkit ne sont pas compatible avec Sponge et pour l’instant il y a encore peu de plugins Sponge.

Ce qui nous amène à la question 2 :
Si tu as bien tout suivis ton idée tombe à l’eau. Citizen étant conçu pour Bukkit et comme il n’existe aucun moyen de faire fonctionner Forge + Bukkit en 1.8 … Et pour rien arranger les choses même en 1.7.10 Citizen ne fonctionne pas avec Cauldron (il faut une version patché spécial pour Cauldron).

3. La réponse est purement et simplement non. Même avant le rachat par MS. Mojang n’a jamais communiqué sur son code. C’est du propriétaire, c’est fermé. Le code avec lequel nous codons est une version décompilé puis retraduite. Le nom des fonctions n’a rien à voir avec ceux dans le code original de Minecraft.
Heureusement les gens qui s’occupe de faire les mappings rajoute en même temps de la java doc. On trouve aussi sur le web de la documentation sur le fonctionnement de Minecraft (un petit blog pas mal sur le sujet : http://greyminecraftcoder.blogspot.com.au/p/list-of-topics.html).

[FreakPoulet]

@‘robin4002’:

Alors, 3 questions aussi complexe nécessite 3 réponses précises.

Question 1 :
Il existe en effet les mods et les plugins. Mais rien que la dedans il y a plusieurs types.

• les mods vanilla : Ce sont des mods qui modifient directement le jeu. Ce genre de mods étaient très populaire au début de Minecraft mais sont en train de mourir. En effet le problème de ces mods, comme ils modifient directement les fichiers de Minecraft il y a incompatibilité avec tous autres mods qui modifies les mêmes fichiers.
• les mods Forge : C’est la réponse au problème de compatibilité. Forge a été pensé par Spacetoad pour régler ce problème lorsqu’il était en train de développer Buildcraft 2.
  Grâce aux nombreuses fonctions de Forge les mods peuvent presque tout faire. Dans le pire des cas il faut patcher les classes de Minecraft (ASM Java) mais ce n’est pas recommandé car ça peut causer des problèmes. Forge a une gestion des side (client / serveur) depuis MC 1.3.2 ce qui permet de faire un mod compatible à la fois client et serveur dans un même fichier jar.
  Les plugins eux ne peuvent que être présent côté serveur. Ils implémentent l’api Bukkit, n’étant que présent côté serveur ils sont relativement limités (impossible de modifier tout ce qui est affichage par exemple, ils sont limités aux ressources présents dans le jeu). Cependant l’avantage est que le joueur n’a rien à installer sur son client.
  Pour information il est aussi possible de créer des mods serveur only (en se limitant à la même chose que les plugins) qui du-coup n’ont pas d’être installé côté client.

À savoir aussi, Bukkit ajoute une couche d’abstraction. Du-coup un plugin conçu en 1.7.10 fonctionnera dans la plupart des cas en 1.8.9. Ce qui n’est pas du tout le cas des mods, où on implémente directement le code de Minecraft.

Cependant Bukkit c’est mort. Un dev bukkit n’était pas content des changements de Mojang (rachat par MS) et à décidé de faire chier tout le monde en déposant un dmca (disons que depuis le début de Bukkit il y avait une grosse incohérence de licence, Bukkit est sous licence GPL et l’implémentation de Bukkit (CraftBukkit) sous LGPL ce qui normalement n’aurait pas dû être possible comme CraftBukkit contient du code de Minecraft propriétaire (et encore c’est discutable comme c’est du code décompilé et non le vrai code de Minecraft). Enfin une grosse incohérence qui a aider à tout faire bloquer …)
Bukkit continue à vivre à travers Spigot qui est une implémentation alternative (du-coup Spigot est distribué de façon assez spécial pour éviter des problèmes avec la justice, car techniquement toutes implémentations de Bukkit ne peuvent plus être distribué directement, pour Cauldron une autre astuce a été trouvé, ils ont séparés le jar de bukkit de celui de cauldron).

Concernant la question mod Forge + plugin Bukkit c’est justement l’implémentation Cauldron qui permet de faire ça. Cependant celle-ci a été abandonné justement à cause des problèmes de DMCA … Donc la dernière version officiel c’est pour 1.7.10 et la seule continuation non officiel (Kcauldron) c’est aussi MC 1.7.10.

La réponse de la communauté de Minecraft est Sponge. Un nouvel api sous licence MIT pour éviter que le problème se reproduise. Cependant l’api est différent et incompatible avec Bukkit. L’avantage de Sponge c’est d’avoir directement deux implémentations, une nommé SpongeVanilla a installer sur un serveur Minecraft de base et une nommé SpongeForge, permettant d’ajouter l’api Sponge par dessus un serveur Forge. (qui se présente sous la forme d’un mod Forge). Du-coup les problèmes de Cauldron c’est du passé (il y avait quelques soucis d’incompatibilité avec certains mods ou certains plugins car Forge n’a jamais été conçu pour fonctionner avec Bukkit).

Mais comme déjà dit le problème principale est que les plugins Bukkit ne sont pas compatible avec Sponge et pour l’instant il y a encore peu de plugins Sponge.

Ce qui nous amène à la question 2 :
Si tu as bien tout suivis ton idée tombe à l’eau. Citizen étant conçu pour Bukkit et comme il n’existe aucun moyen de faire fonctionner Forge + Bukkit en 1.8 … Et pour rien arranger les choses même en 1.7.10 Citizen ne fonctionne pas avec Cauldron (il faut une version patché spécial pour Cauldron).

3. La réponse est purement et simplement non. Même avant le rachat par MS. Mojang n’a jamais communiqué sur son code. C’est du propriétaire, c’est fermé. Le code avec lequel nous codons est une version décompilé puis retraduite. Le nom des fonctions n’a rien à voir avec ceux dans le code original de Minecraft.
Heureusement les gens qui s’occupe de faire les mappings rajoute en même temps de la java doc. On trouve aussi sur le web de la documentation sur le fonctionnement de Minecraft (un petit blog pas mal sur le sujet : http://greyminecraftcoder.blogspot.com.au/p/list-of-topics.html).

Tout d’abord, je te remercie de la précision et la rapidité de ta réponse, je ne me suis pas trompé en demandant de l’aide à ce forum! Ta réponse confirme bien l’ensemble des recherches que j’effectue depuis une semaine sur le sujet du modding: c’est le bordel.

Il serait peut être préférable que je ne m’attarde pas sur les anciens modèles de mod MC mais plutôt commencer à travailler avec l’api Sponge et commencer à partir de là. Corrige moi si je me trompe, mais dans mon projet (que j’ai édité sur mon post), je pourrais faire certaines parties en tant que plugin Sponge (système d’économie, modification de PNJ) et l’ajout de craft, item, PNJ avec un petit mod. Le tout tournerait alors sur un serveur Forge avec SpongeForge.
Si cela fonctionne, mon seul problème sera de continuer à développer mes connaissances en Java pour réussir à faire ce que je veux =).

[FreakPoulet]

@‘Superloup10’:

Déjà, je te conseilles de jouer au jeu de base, ensuite, comme indiqué plus haut, un plugin et un mod sont deux choses différents.
Le plugin est conçu exclusivement pour les serveurs.
Dans les mods, il y a ensuite plusieurs sortes de mods:

• les mods vanilla (Incompatible les un avec les autres)
• les mods universels (Compatible avec les autres mods dans 99.9% des cas, si tu utilises MinecraftForge)
• les mods clients (Même chose qu’au dessus)
• les mods serveur (Même chose qu’au dessus)

Ensuite, commence par faire des petits mods banals pour t’entrainer.

Oui, je sais que je semble aller vite en besogne. Mais rassure toi, je joue pour bien comprendre et surtout je monte ce projet avec un vétéran de MC qui m’explique énormément de choses! De la même façon, je suis en ce moment des tuto de modding basique (ajout d’un item, d’un bloc etc). J’essaye de juste de me dépatouiller avec tout ce que j’ai pu lire sur le net!
Je te remercie de ta réponse=)

[robin4002]

Côté modding Forge aucun problème. C’est le développement de plugin qui a eu de gros soucis.

Si tu as besoin de faire des modifications côté client, le plus simple reste de tout faire dans un mod. Pourquoi s’amuser avec deux api quand on peut tout faire dans un seul ?
Après si tu as seulement besoin de faire des modif serveurs, tu peux partir sur un plugin sponge.

[FreakPoulet]

@‘robin4002’:

Côté modding Forge aucun problème. C’est le développement de plugin qui a eu de gros soucis.

Si tu as besoin de faire des modifications côté client, le plus simple reste de tout faire dans un mod. Pourquoi s’amuser avec deux api quand on peut tout faire dans un seul ?
Après si tu as seulement besoin de faire des modif serveurs, tu peux partir sur un plugin sponge.

le problème c’est que j’ai l’impression d’avoir à modifier les deux.
Par exemple: côté client je vais devoir gérer l’ajout de ressources (car si j’ai bien compris le client va gérer tout le côté graphique)
                     côté serveur, je vais devoir faire une actualisation de certaines ressources toutes les x heures (car les ressources obtenables ne sont pas infinies mais gérer par ce système d’actualisation d’un nombre précis de ressources).

[robin4002]

Les mods peuvent agir des deux côtés.

[FreakPoulet]

@‘FreakPoulet’:

@‘robin4002’:

Côté modding Forge aucun problème. C’est le développement de plugin qui a eu de gros soucis.

Si tu as besoin de faire des modifications côté client, le plus simple reste de tout faire dans un mod. Pourquoi s’amuser avec deux api quand on peut tout faire dans un seul ?
Après si tu as seulement besoin de faire des modif serveurs, tu peux partir sur un plugin sponge.

le problème c’est que j’ai l’impression d’avoir à modifier les deux.
Par exemple: côté client je vais devoir gérer l’ajout de ressources (car si j’ai bien compris le client va gérer tout le côté graphique)
                     côté serveur, je vais devoir faire une actualisation de certaines ressources toutes les x heures (car les ressources obtenables ne sont pas infinies mais gérer par ce système d’actualisation d’un nombre précis de ressources).

Ba ecoutez, merci à tous :D! Je reviendrais surement vers vous pour d’autres infos!!! Je me lance tout guilleret vers l’enfer Java!!

[robin4002]

Je passe en résolu comme la réponse à la question d’origine a été donnée. Si tu rencontres un problème ouvre une nouvelle discussion.