Guides / Construction et ressources
Changer d'édition de skin recharge la page, et c'est le comportement voulu
L'éditeur de Java est conçu autour de 64 et celui de Bedrock autour de 128. La constante est intégrée, les deux ne peuvent donc pas s'échanger un canevas — c'est pourquoi chaque édition est une véritable URL plutôt qu'un simple bouton.
L'éditeur de skin ici présent est constitué de deux programmes, et non d'un seul programme avec un réglage. Choisir Java ou Bedrock charge une version différente et recharge la page, et la raison mérite d'être comprise car elle explique toute une catégorie de questions du type « pourquoi mon skin ne s'importe-t-il pas ».
Deux versions, deux tailles de texture
- Java —
TEXTURE_SIZE64. Accepte 64 × 64, ou l'ancien format 64 × 32. Rejette tout le reste. - Bedrock —
TEXTURE_SIZE128. Accepte 128 × 128 et rien d'autre.
Cette constante n'est pas une variable que l'éditeur en cours d'exécution consulte ; elle est intégrée à chaque version. Les deux ne peuvent donc pas s'échanger un canevas — il n'existe aucune représentation commune qu'ils pourraient se transmettre. Remplacer une valeur à l'exécution laisserait une moitié du programme travailler dans les mauvaises unités.
C'est pourquoi le changement d'édition recharge la page. #bedrock dans l'URL ouvre la version Bedrock, ce qui fait de chaque édition une véritable adresse que vous pouvez lier, mettre en favori et partager, plutôt qu'un état de bascule caché qu'un nouveau visiteur ne peut pas atteindre.
Ni l'un ni l'autre ne peut afficher le skin de l'autre
C'est la partie qui refait surface sous forme de question au support. Un skin Java chargé dans l'éditeur Bedrock ne s'affiche pas au quart de sa taille ; il est rejeté. Un skin Bedrock dans l'éditeur Java est rejeté lui aussi.
Le réflexe est de penser que 128 × 128 correspond au « même agencement, en plus grand » — et c'est vrai : chaque partie se situe au double des coordonnées Java. Ce qui empêche les éditeurs d'échanger des fichiers, ce n'est pas l'agencement mais les versions, dont les pipelines de dessin, de grille et d'export sont chacun dimensionnés pour leur propre TEXTURE_SIZE.
Si vous avez le mauvais fichier pour l'éditeur dans lequel vous vous trouvez, la solution est le changement d'édition — ou une mise à l'échelle 2× en plus proche voisin dans un éditeur d'image, qui fait correspondre exactement un skin Java au canevas Bedrock.
Ce que cela implique pour votre flux de travail
Décidez de la plateforme cible avant de commencer à dessiner, pas après. Un skin Java terminé n'est qu'à une mise à l'échelle 2× du canevas de l'éditeur Bedrock, mais l'éditeur ne fera pas cette conversion pour vous.
Si vous avez besoin des deux, dessinez une fois et convertissez : le fichier se convertit mécaniquement ; seul l'éditeur le refuse.