La 1.7

robin4002

Lex vient de poster un message concernant la 1.7 sur le forum officiel de forge :
http://www.minecraftforge.net/forum/index.php/topic,13353.0.html

J’ai donc quelque information supplémentaire :

La limite des 4096 id de bloc existe toujours.
Pour remplacer le field blockID, il y a deux nouvelles fonctions static : Block.getByID(int)/Block.getID(Block)
Grâce au nouveau système de network, il est possible de synchroniser des trucs à la connexion, les id de bloc et item vont donc être synchronisés, ce que veut dire que c’est la fin des conflits d’id entre le client et le serveur.

Et pour ceux qui sont intéressé, voici quelques extraits de code de la 1.7 décompilés avec jd-gui (donc sans les nom srg, avec les noms en gros bordel)
L’équivalent de Block.java
Une nouvelle classe ou les blocs sont déclarés

utybo

Mmh… Je pense que :

La 1.7 est surement une des màj les plus complètes de Minecraft donc une update des mods est NECESSAIRE
La 1.7 change TROP de choses niveau API, je vais rester un bon bout de temps en 1.6.x (je code en 1.6.2/1.6.4)

robin4002

De toute façon on ne peut pas passer nos mods en 1.7 le temps que forge n’est pas à jour, et pour que forge soit à jour, il faut que mcp soit à jour, donc on a du temps devant nous.

Bowser338

va y avoir du boulot

utybo

Je sais pas pourquoi mais j’ai l’impression que forge en 1.7 va très légèrement être fatal pour certains mods…

elias54

De toute façon, tous les mods devront être recodé à zéro quand forge 1.7 sortira… ^^ LexManos et CPW reprennent à zéro le projet, et de même pour le créateur de MCP -> Searge.

utybo

Bon :
1 mois pour recoder forge et mcp
2 mois pour recoder les mods

Joie.

robin4002

IMPORTANT

En 1.7, les items et blocs seront enregistrer sous forme de nom, et plus d’id, sous la forme modid:nomdumod.
Exemple pour minecraft : minecraft:diamond_block

À cause de ce changement, les items/blocs de votre mods présent sur les maps risque d’être perdus lors de la mise à jour.
Afin de contrer ce problème, cpw à mit en place une petite conversion qui passe par l’itemtracker de FML.
Il est donc important de PreInit tout vos enregistrement de bloc (comme sur les tutoriels du forum) et d’enregistrer tout vos items dans la version 1.6.4 de votre mods.
Le registerItem est donc passé de “optionnel” à TRÈS TRÈS IMPORTANT !
(petit rappel :

GameRegistry.registerBlock(objet_du_bloc, "nom_non_localisé");

ou

GameRegistry.registerBlock(objet_du_bloc, ItemBlockCustom.classe, "nom_non_localisé", "Modid");

Si vous avez un bloc d’item différent (metadata en général)
Et

GameRegistry.registerItem(objet_de_l_item, "nom_non_localisé");

N’utilisez pas le GameRegistry.registerBlock(objet_du_bloc); qui est obsolète depuis un bon moment !)

Ensuite, une fois que tous vos items et blocs sont bien enregistrés dans l’itemTracker de FML, vous devez chargés tous vos maps que vous souhaitez conservez pour être sûr qu’ils soient bien enregistrés dans la save de la map (comme FML va détecter le changement dans l’itemTracker, il va demander de confirmer le chargement de la map).
Tous les utilisateurs de vos mods doivent faire pareil.

utybo

Des nouvelles? Je ne suis (du verbe suivre) pas trop les infos par rapport aux update donc si quelqu’un pourrait me dire ou ça en est, merci!

gagoi

La dernière fois que j’ai regardé il n’y avais pas de nouveautés.

robin4002

https://twitter.com/minecraftcpw/status/406250100483035136

azatom

Des avancements ?

robin4002

Oui, ça fait une semaine que les grands travaux ont commencés sur forge, et presque un mois qu’ils travail sur fml. Forge Gradle (nouveau truc pour le moddeur) a aussi beaucoup évolué.

https://github.com/MinecraftForge/ForgeGradle/commits/master
https://github.com/MinecraftForge/MinecraftForge/commits/master
https://github.com/MinecraftForge/FML/commits/master

robin4002

Il y a du progrès !

Gugu

Prions pour l’update de mod pas trop difficile.

Car techniquement, si ils font un énorme effort pour pas changer ce qui existe déjà, ils pourraient carrément faire en sorte que les mods n’ont pas besoin d’updates entre les versions

robin4002

Non, pas possible, bukkit le fait par exemple car c’est un api qui ajoute une surcouche (ou un truc comme ça, lex avait donné le nom exacte) or forge ne l’ai pas et le sera jamais. Les noms srg permettent quand même d’éviter une maj à chaque mise à jour mineur de minecraft, c’est déjà bien.

ÉDIT : http://www.minecraftforge.net/forum/index.php/topic,13904.msg71401.html#msg71401

La 1.7 va être longue, j’ai regardé quelques commits, à cause de la suppression des ids presque tout a changés. Et mcp est encore en pré-version, aucun nom n’est en srg à par le nom des classes. Tous les fields, méthodes et paramètres on tous des noms du genre field_xxxx, func_xxxx, param_xxxx

Gugu

fack

Mais a part ça, la suppression des IDs ça va être énorme. Plus de conflits possibles, et plus de limites ( théoriquement ) niveau des blocks ?

Superloup10

Je me demande comment seront gérés la génération des blocs pour les biomes customs ? Vous auriez pas une idée par hasard?

Zak

Par le nom du bloc

robin4002

Il y a toujours la limite des 4096 id, en fait les id ne sont pas défini au lancement du jeu mais au chargement de la map.
Du coup plus de conflit d’id, et plus de problème d’id client <=> serveur puisqu’elles seront synchronisées à la connexion.