Ce que vous détestez dans la 1.8 (DÉVELOPPEMENT)

elias54

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.

jglrxavpok

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

utybo

LES. BLOCK. POS. GNAAAAAAAAARGL.

Ah oui, et tout est plus compliqué maintenant. Yay! \o/

RedRelay

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.

robin4002

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.

SCAREX

Moi je pense qu’avec les blockstates un jour on aura plus besoin de TileEntity (je pense que c’est le but voulu).

robin4002

TileEntity non. Car les BlockStates ne pourront pas remplacer les tag nbt.

elias54

À l’heure actuelle, les IBlockState servent juste à remplacer les métadatas.

SCAREX

Elles le remplacement pas il me semble, elles aident juste à les utiliser plus facilement (quoique…).

Diangle

Vous avez quoi contre les BlockStates ? Elles sont pas si dure que ça à utilisé ^^

elias54

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.

robin4002

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 …

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.

elias54

@‘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. ^^

suprabanana

ce qui m’énerve c’est les enchants et les bugs en multi

SCAREX

On parle au niveau développement, pas au niveau gameplay

Diangle

@‘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.

elias54

Suite à ça, je vais le préciser dans le titre.

Laserflip33

Les json je les hais, je les hais, je les HAIS. A part ça je ne développe pas trop en 1.8 donc je pourrais pas en dire plus que ça.

Superloup10

Le format JSON en soit est bien, c’est le passage des models TESR/ISBRH vers JSON qui est ennuyant.