Ce que vous détestez dans la 1.8 (DÉVELOPPEMENT)
-
J’éspère que elle n’y serons plus, en tous cas elles y sont encore dans la version de teste 1.9 déjà sorti
-
Merde x)
-
Moi j’aime bien les JSON, ils donnent beaucoup plus de possibilités aux créateurs de resource packs. Le plus gros problèmes c’est qu’il n’y est pas de moyen de les faire facilement.
-
Ben y’a des J–SON maker mais ils sont à chier.
Soit c’est ton pc qui prend chère, soit c’est le logiciel qui démarre pas. -
- BlockPos
- JSON pour les modèles (même si ce que promet la 1.9 avec ses multiparts semble vraiment pas mal)
- Disparition des ISBRH du côté de Forge (alors qu’ils sont encore là pour MC)
- Les BlockStates un peu trop compliqués pour ce qu’ils sont
C’est ce qui me vient en premier
-
LES. BLOCK. POS. GNAAAAAAAAARGL.
Ah oui, et tout est plus compliqué maintenant. Yay! \o/
-
Ne nous affolons pas sur les blockpos et les blockstate. L’équipe de dev à surement une bonne raison de les avoir mis en place, mais qui sera peut-être visible dans quelques MAJ.
-
Les blockpos c’est la catastrophe niveau optimisation.
Les blockstate ça semble être une usine à gaz à l’heure actuel, mais le but final est de supprimer la limitation des metadatas par la suite, donc c’est utile. -
Moi je pense qu’avec les blockstates un jour on aura plus besoin de TileEntity (je pense que c’est le but voulu).
-
TileEntity non. Car les BlockStates ne pourront pas remplacer les tag nbt.
-
À l’heure actuelle, les IBlockState servent juste à remplacer les métadatas.
-
Elles le remplacement pas il me semble, elles aident juste à les utiliser plus facilement (quoique…).
-
Vous avez quoi contre les BlockStates ? Elles sont pas si dure que ça à utilisé ^^
-
Bah on doit ajouter .getDefaultState() à chaque fois qu’on appel un block, du coup quand je fais un worldObj.getBlockState, bah j’oublie pas de mettre .getBlock(); à la fin du get.
-
Ouai, c’est pas très problématique …
Ils ont l’avantages d’être explicite alors que les metadatas sont implicites. En 1.7, si tu as un bloc de metadata 1, tu ne sais pas si ça correspond à un sous bloc, ou à la direction 1 du bloc, ou encore à l’état de pousse d’une plante. En 1.8 tu le vois directement, tu as la propriété VARIANT pour les sous blocs, DIRECTION pour la direction, etc …
-
honnêtement si écrire getBlock() ou getDeufaultState() n’est pas un problème bien grave. Je rejoint robin, en plus de cela les BlockStates ne sont pas dure à utiliser. Il faut juste comprendre leur fonctionnements.
-
@‘Diangle’:
honnêtement si écrire getBlock() ou getDeufaultState() n’est pas un problème bien grave. Je rejoint robin, en plus de cela les BlockStates ne sont pas dure à utiliser. Il faut juste comprendre leur fonctionnements.
Pas plus chiant que les IA forcés de la 1.8 en tout cas. ^^
-
ce qui m’énerve c’est les enchants et les bugs en multi
-
On parle au niveau développement, pas au niveau gameplay
-
@‘suprabanana’:
ce qui m’énerve c’est les enchants et les bugs en multi
Je rejoint SCAREX. Mais les enchants sont bien, et les bugs en multi… comme pour toute les versions quoi.
