Partager via

Différences entre Minecraft: Bedrock Edition et Minecraft: Java Edition

  • Article

En apparence, Bedrock Edition et Java Edition semblent très similaires, mais en réalité, ces deux versions sont complètement différentes. Les différentes bases de code créent des environnements de développement distincts. Ce tutoriel décrit les principales différences que vous devez connaître en tant que créateur de contenu.

Dans ce tutoriel, vous apprendrez les éléments suivants:

  • Une brève histoire de Java Edition et de Bedrock Edition.
  • En quoi les deux éditions diffèrent et ce que cela signifie pour la création de contenu.

Il existe deux versions principales de Minecraft.

Minecraft: Java Edition

Cette version a été initialement publiée en 2009. Cette version s’appelait Minecraft jusqu’à ce qu’elle soit renommée Minecraft: Java Edition en septembre 2017. Comme son nom l’indique, elle est développée en Java et n’est, en grande partie, pas compatible avec la version actuelle de Minecraft. Cette édition est communément appelée Java.

Minecraft: Bedrock Edition

Bedrock Edition a été lancé le 20 septembre 2017 et se base sur Minecraft: Pocket Edition, sortie en 2011. Elle réunit neuf des principales plateformes d’appareils sous une base de code unique appelée Bedrock Engine. Il s’agit d’une réécriture de Minecraft à partir de la base. Cette version apporte des changements fondamentaux à la plateforme, ouvrant la voie à une nouvelle communauté de développement passionnante. Cette édition est communément appelée Bedrock.

Différences entre les mondes

La différence la plus évidente entre les deux versions est le format des mondes. Bedrock Edition utilise le format LevelDB pour le stockage de mondes, tandis que Java Edition utilise le format d’enclume. Pour cette raison, la plupart des outils tiers créés pour l’édition du monde Java Edition ne fonctionnent pas sur Bedrock Edition.

Les deux versions utilisent également un format de bloc assez différent. Java Edition a aplati son format de bloc en utilisant une chaîne unique pour chaque bloc individuel et en stockant l’état de ce bloc séparément. De même, Bedrock Edition est passé à un système basé sur des chaînes avec des états de bloc, mais a conservé certains blocs regroupés définis par la valeur des données. Fondamentalement, cela signifie que les blocs sont nommés différemment entre les versions. Dans Bedrock Edition, le granite est appelé stone 1 alors que sur Java Edition il est tout simplement appelé granite .

Une autre différence essentielle est la façon dont le monde est généré. Même si les deux versions utilisent un processus similaire pour générer le terrain, elles utilisent un générateur de nombres aléatoires différent. Cela signifie que les graines ne sont pas compatibles entre les versions. Une graine utilisée dans Bedrock Edition sera générée de façon différente dans Java Edition. Cela rend la création de contenu dans Java Edition destiné à Bedrock Edition un peu plus difficile.

Différences entre Redstone et les commandes

La structure et la mise en œuvre des commandes entre les deux versions ont également divergé. La structure de commande de Bedrock Edition est similaire au système utilisé dans les versions Java Edition antérieures à la version1.13. Elle abandonne également les chaînes JSON brutes à l’intérieur des commandes au profit d’un système basé sur des composants. Au lieu d’utiliser de longues chaînes JSON complexes pour personnaliser les entités, vous pouvez invoquer une entité avec un événement à déclencher, et également la nommer dans une seule commande.

summon <entityType: EntityType> [spawnPos: x y z] [spawnEvent: String] [named: String]

Actuellement, il n’existe aucun moyen de donner (/give) aux joueurs des éléments personnalisés dans Bedrock Edition comme vous pouvez le faire dans Java Edition. L’objet devra être créé au préalable et téléporté au joueur. Les méthodes les plus courantes consistent à placer l’objet dans un coffre et à briser ce dernier, ou à faire en sorte qu’une entité le laisse tomber à sa mort via la table de butin.

À part cela, les commandes entre les versions Bedrock Edition et Java Edition antérieures à 1.13 restent familières. Le format d’exécution introduit dans Java Edition1.13 n’est pas pris en charge dans Bedrock Edition.

Les Tableaux de score fonctionnent de la même manière entre les deux versions, mais Bedrock Edition ne prend actuellement pas en charge le large éventail de critères pris en charge par Java Edition. Actuellement, le seul critère pris en charge par Bedrock Edition est le critère dummy. Aucun des autres critères disponibles dans Java Edition n’a été implémenté par Bedrock Edition. Les commandes /stats ou /team ne sont pas non plus prises en charge.

Les commandes schedule diffèrent d’une édition à l’autre. Dans l’édition Java, la commande /schedule a la syntaxe suivante:

/schedule function <function> <time> [append|replace]
/schedule clear <function>

Une fonction sera programmée pour s’exécuter après une période de temps, avec le choix de programmer à nouveau la même fonction en utilisant «add» ou d’annuler les programmes précédents de la fonction en utilisant «replace» avant de programmer la nouvelle fonction. En outre, les fonctions programmées peuvent être déprogrammées à l’aide de l’option «clear».

Dans Bedrock Edition, la commande /schedule a la syntaxe suivante:

/schedule on_area_loaded add <from: x y z> <to: x y z> <function: filepath>
/schedule on_area_loaded add circle <center: x y z> <radius: int> <function: filepath>
/schedule on_area_loaded add tickingarea <name: string> <function: filepath>

Plutôt que d’exécuter une fonction après un certain laps de temps, les fonctions peuvent être programmées pour s’exécuter lorsqu’une certaine région du monde est chargée. L’option «tickingarea» exécutera la fonction spécifiée lorsqu’une zone persistante du nom spécifié est chargée. Si la zone persistante est déjà active, la fonction s’exécutera immédiatement. Cependant, si la zone persistante n’existe pas encore, la fonction restera dans les limbes jusqu’à ce que la zone persistante soit créée, comme avec la commande /tickingarea, après quoi la fonction s’exécutera.

Plusieurs fonctions peuvent être programmées pour le même emplacement ou la même zone persistante. Cependant, contrairement à Java Edition, les fonctions programmées ne peuvent pas être effacées.

Redstone fonctionne également de manière légèrement différente. Contrairement à Java Edition, Bedrock Edition ne prend pas en charge la quasi-connectivité. Les systèmes qui utilisent des mécanismes comme les commutateurs Block Update Detector (BUD) ne fonctionneront pas. Les pistons nécessitent également un tick pour se rétracter, et ne laisseront pas de blocs derrière eux s’ils reçoivent une impulsion d’un tick. Même la façon dont les mises à jour se produisent est légèrement différente. Si la grande majorité des circuits de Redstone fonctionnent bien entre les deux versions, les circuits plus complexes peuvent ne pas fonctionner.

Packs de ressources

Il existe de nombreuses similitudes entre Bedrock Edition et Java Edition en ce qui concerne les packs de ressources, mais ceux-ci comportent quelques différences. La plus évidente est le remplacement des fichiers .mcmeta par les fichiers .json dans Bedrock Edition. Ces fichiers sont utilisés pour définir les propriétés des différentes parties de l’interface et sont en grande partie utilisés de la même manière, avec des différences de syntaxe distinctes entre les deux formats. Vous constaterez également de grandes différences dans les formats de fichiers de texture, la principale étant l’utilisation de fichiers TGA pour le travail avec des canaux alpha au lieu du format PNG. Certaines textures (principalement les entités) sont également disposées de manière légèrement différente.

Packs de comportement

L’une des plus grandes différences entre Bedrock Edition et Java Edition est l’utilisation de packs de comportement. Bien que leur fonction soit similaire à celle des packs de données dans Java Edition, la mise en œuvre et l’utilisation réelles des packs de comportement varient considérablement.

Les packs de comportement apportent de nouvelles fonctionnalités, qu’il s’agisse de créer vos propres entités à partir de rien, d’ajouter de nouveaux blocs et éléments ou d’accéder à des événements à l’aide de l’API JavaScript. Elle offre une énorme quantité de flexibilité et de contrôle et constitue l’une des parties les plus puissantes de Bedrock Edition par rapport à Java Edition.

Gameplay et saisie des joueurs

Une différence majeure qui a tendance à être oubliée est le type de plateforme que les joueurs de différentes versions utilisent. Pour Java Edition, vous pouvez être raisonnablement sûr que votre joueur utilise un clavier et une souris; sur Bedrock Edition, il est plus que probable que votre joueur n’utilise pas ces équipements.

Actuellement, les commandes de la console sont la méthode de saisie la plus courante sur Bedrock Edition, le toucher arrivant juste après. Les commandes au clavier et à la souris sont loin derrière et ne représentent qu’un pourcentage minime de votre base de joueurs.

Cela signifie que lorsque vous concevez des expériences dans Bedrock Edition, vous devez être conscient des différents types de méthodes de saisie que les joueurs utiliseront. Gardez également à l’esprit la façon dont vos joueurs jouent. Bien que les clics sur les spams puissent être acceptables avec une souris ou même une manette, l’expérience serait médiocre pour les joueurs tactiles. Les joueurs au clavier avec un arc peuvent viser parfaitement, mais c’est beaucoup plus difficile lorsqu’on utilise une manette ou des commandes tactiles. Un parkour complexe peut même être révolutionnaire pour un joueur mobile.

N’oubliez jamais qui joue avec votre contenu. Si le public de Java Edition est un peu plus âgé, celui de Bedrock Edition est beaucoup plus jeune. Il y a de fortes chances qu’ils n’aient jamais joué à Bedrock Edition sur un PC.

Performances

C’est là que les choses deviennent un peu plus floues et difficiles à définir. Le moteur Bedrock Edition étant conçu pour être utilisé sur PC, mobile et console, il s’agit généralement d’une plateforme plus indulgente et qui fonctionne beaucoup mieux sur le matériel bas de gamme que Java Edition. Mais cela ne se fait pas sans problèmes.

En plus des bugs normaux qui causent des problèmes (et que serait Minecraft sans ses bugs?), les fonctionnalités avancées de la plateforme signifient également qu’il existe plusieurs façons de casser le jeu. De nombreuses entités aux comportements compliqués peuvent ralentir certains appareils. Les entités personnalisées qui utilisent des modèles trop complexes peuvent consommer de la RAM. Même la quantité de tronçons pouvant être chargés en même temps peut être considérablement moindre sur les appareils bas de gamme comme les mobiles.

Pour lutter contre bon nombre de ces problèmes de performances, Bedrock Edition a divisé le rendu et le tick des tronçons. Au lieu d’une relation directe entre eux comme dans Java Edition (c’est-à-dire que ce que vous voyez est chargé), Bedrock Edition vous permettra de définir votre distance d’affichage (à quelle distance vous pouvez voir) à une valeur différente de la distance de simulation (à quelle distance les tronçons sont exécutés). Cela vous donne la possibilité de rendre visuellement des zones éloignées sans exécuter ces tronçons. Les tronçons en cours d’exécution ont un impact direct sur les performances et plus il y a de tronçons qui fonctionnent à un moment donné, plus le potentiel de problèmes sur les appareils bas de gamme est grand.

Dans l’ensemble, le passage de Java Edition à Bedrock Edition est assez facile si vous êtes bien préparé et si vous comprenez les différences. Un grand nombre de fonctionnalités sur lesquelles les créateurs de Java Edition comptaient par le biais de commandes ont été migrées dans des packs de comportement. La plupart des aspects du jeu sont en train d’être remaniés pour être axés sur les données, avec un accent particulier mis sur la flexibilité. Au fur et à mesure de l’évolution du jeu, le gameplay restera la même, mais les éléments qui le sous-tendent fonctionneront de manière très différente.

Quelle est la prochaine étape?

Si vous venez de Java Edition, vos premiers pas dans Bedrock Edition seront consacrés au développement de modules complémentaires. Vous ouvrirez ainsi de nombreuses portes nécessaires à la création de contenu sur Bedrock.

Bien démarrer le développement d’extensions