La 1.7

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.

Gugu

Mince, ça aurait pu la retirer

sevenno07

@‘Gugu42’:

Mince, ça aurait pu la retirer

oui sa aurai étai sympa, mais ils ne peuvent pas le faire a cause du système binaire, ou alors ils augmente la capacité, mais la sa ne doit pas être de la tarte a codé:
1, 2, 4, 8, 16, 32, 64, 128, 256, 512, 1024, 2048, 4096, (8192) ect…

robin4002

C’est surtout un problème de sauvegarde de map. Un int est beaucoup moins lourd qu’un String. Imagine si tout était en String dans les formats de map ? Les maps minecraft serait super lourde. (D’ailleurs la limite de 256 bloc de haut et des 256 id de bloc pour la génération de terrain viennent de la limite du byte non signé (0 - 255)).