Mapping .class modifiés pour faciliter le map-making

My bad, faute de copie.
C'est corrigé.

Vu que quelqu'un m'a fait la remarque, oui le .class des blocs cachés est le même que celui ajoutant les bloc de commandes à l'inventaire, et il l'ajoute aussi à l'inventaire (logique vu qu'on ajoute aussi des sous-types, il faut dire que le bloc doit apparaître). Je garde les deux séparés pour ceux qui ne voudrait pas remplir leur inventaire créatif avec trop de blocs.

Strictement aucune idée, j'imagine qu'OF override le changement comme il le fait pour le jeu de base, la .class modifiée étant le render en général.

La plupart des infos sont utiles :

• Les blockstates peuvent être utilisés dans les dernières snapshot à la place des meta, et tout comme la majorité des identifiants numériques on peut penser que tôt ou tard ils vont disparaître, alors il faut prendre le coup
• Le processeur, à la limite ce serait un des seuls, mais une .class ne sera pas créée juste pour ça
• La carte graphique permet de vérifier que l'auto-sélection n'a pas utilisé le chipset
• La version de java, certes la version est intégrée, mais vu qu'il est possible de changer la version utilisée dans les paramètres de profil ça peut servir
• La résolution est liée à la carte graphique
• Le multiplayerchunkcache permet de vérifier le nombre de chunk maximum qui pourront être chargés par le serveur
• Le B à coté du compteur d'entité est inutile, mais de même que le processeur, il n'y aura pas de .class juste pour ça
• Le C dis le nombre de "section de chunk" rendue sur le nombre total, ça peut servir à vérifier l'impact sur les performances

Bref, le peu de modifications qui seraient appliquées ne justifient pas la création d'un .class

 

Aucune idée, mais j'en doute fort vu que le jeu utilise un checkeur de bloc-state, et je préfère ne pas y toucher car il doit surement être utilisé par bien plus de fonctions que l'écran de débug.

De toute manière c'est une habitude à prendre, à terme on utilisera uniquement les blockstate et c'est pas plus mal (est-ce qu'aujourd'hui on reviendrait en arrière sur le changement de l'id des blocs en texte ?)

 

Je l'ai marqué sur le premier post, pour la 16w33a (et logiquement les suivantes aussi) seul le formatage § était fonctionnel, la plupart des autres classes ont changé de nom obsfuscate, donc il faut une mise à jour du coder pack.

Ça ferait quand même énormément de variantes à rajouter, je comprends que ce soit chiant, mais contrairement aux doubles dalles fusionnées elles sont quand même plaçables.
Je ferais surement un .class si ça t'intéresse vraiment, il faudra juste le rajouter manuellement (non inclus dans les versions préfaites).

 

Mise à jour avec la sortie du MCP 1.11 :

Les classes pour 1.11 sont maintenant disponibles pour client et serveur.
Des versions préfaites ont été ajoutées.


@snipex_x j'ai totalement zapé de répondre à ton message depuis, pardon
C'est malheureusement bien au-delà de mes compétences d'affecter un nbt de joueur avec un bouton dans les réglages, navré.

 

Il faut renommer le dossier, les deux fichiers, et changer le nom dans le .json si tu veux changer le nom de la version, si tu ne fais pas l'ensemble, la version n'apparaitra pas.