Toutes les modifications de Minecraft Snapshot 23W31A répertoriées

par Astro


Bien que Bedrock soit considéré comme la version « principale » de Minecraft de nos jours, cela ne signifie pas que Java ne peut pas obtenir quelques goodies ici et là. L’instantané expérimental 23W31A pour Minecraft Java apporte quelques changements importants au fonctionnement des commerçants, des villageois et des bibliothécaires errants, supprimant certains exploits du début du jeu. Jetez-y un coup d’œil ci-dessous.

Changements des villageois et des bibliothécaires dans Minecraft Snapshot 23W31A

Ces changements ne sont pas encore officiellement dans le jeu principal et ne sont appliqués que si vous lancez la version la plus récente de Java Snapshot via votre lanceur Minecraft. Vous devez également activer ces fonctionnalités lors de la création d’un nouveau monde pour faire l’expérience des changements. Ils se lanceront plus tard dans la bêta de Bedrock et, éventuellement, trouveront leur chemin dans la version 1.20.2 lorsqu’elle sera enfin publiée.

Maintenant, les joueurs doivent trouver un bibliothécaire dans un biome spécifique s’ils veulent en tirer un certain enchantement. Certains enchantements puissants nécessitent de trouver un maître bibliothécaire au lieu d’un simple novice. Vous pouvez construire un nouveau village dans le biome de votre choix pour augmenter vos chances, mais c’est beaucoup de travail supplémentaire par rapport à avant.

Minecraft Snapshot change de bibliothécaire
Image via Mojang

De l’autre côté, le Wandering Trader a maintenant un plus grand nombre d’objets dans son stock (comme des bûches et des pioches) et achètera également certains objets au joueur, ce qui en fait un choix beaucoup plus intéressant à partir de maintenant.

Minecraft Snapshot change Wandering Trader
Image via Mojang

Un autre changement lié au commerce est que si vous guérissez un villageois zombie, il ne fournira un gros rabais sur sa boutique qu’une seule fois. Le transformer en zombie et guérir à nouveau ne fera pas revenir la réduction, c’est donc une merveille unique maintenant.

En ce qui concerne un autre changement non lié mais important, les diamants sont maintenant plus faciles à trouver dans les régions de Deepslate! Ils sont néanmoins encore rares, mais atteindre les profondeurs devrait être légèrement plus gratifiant maintenant.

Toutes les modifications apportées à l’instantané Minecraft 23W31A

Voici une liste complète avec tous les changements si vous voulez les voir vous-même. Il y a des tonnes de changements techniques sur toute la ligne, mais les plus importants sont montrés dès le départ.

Changements de bibliothécaire

  • Des bibliothécaires de différents biomes vendent maintenant différents livres enchantés
  • Chaque biome de village a un enchantement spécial qui n’est disponible que chez les maîtres bibliothécaires avec XP complet
  • Cela signifie que les joueurs doivent visiter les sept biomes du village pour obtenir l’ensemble complet des enchantements des villageois.
  • Il y a deux biomes de villages secrets où les villages ne génèrent pas
    • Un joueur doit construire ces villages pour accéder à ses métiers!
  • Certains enchantements ont été retirés du commerce villageois et doivent être trouvés par d’autres moyens

Changements de trader errant

  • Les commerçants errants ont maintenant des prix plus bas et ont une plus grande quantité de chaque article en stock
  • Wandering Traders vend maintenant des grumes
  • Les commerçants errants peuvent désormais acheter de nombreux articles, au lieu de seulement vendre
  • Le minerai de diamant est maintenant généré plus fréquemment dans les couches Deepslate de l’Overworld
  • Guérir un villageois zombie ne donne maintenant qu’un gros rabais la première fois
    • Il n’y a plus de réduction bonus pour réinfecter et guérir le même villageois plusieurs fois
  • Les blocs barrières peuvent désormais être gorgés d’eau par les joueurs en mode créatif
    • L’eau ne peut pas y être placée ou retirée par des interactions non directes telles que les distributeurs
  • Les joueurs ne pourront plus s’accroupir lorsqu’ils conduisent des véhicules
  • Chorus Flower ne fournit plus de support pour les blocs suspendus ou debout
  • La version du pack de ressources est maintenant 16
  • La version du pack de données est maintenant 16
  • L’historique des commandes utilisées est maintenant sauvegardé et accessible à travers les mondes
  • Optimisation de la façon dont les morceaux sont envoyés aux clients pour permettre aux joueurs disposant de connexions Internet à faible bande passante de jouer sur des serveurs multijoueurs
  • Ajout de la prise en charge des packs multi-versions
  • Changement du protocole réseau pour permettre davantage de contenu axé sur les données à l’avenir
  • Ajout d’une nouvelle option log-ips à server.properties
  • Ajout de la validation des liens symboliques dans les packs de données et les packs de ressources
  • Lorsque les hitbox sont affichées via F3+B, les entités qui ont un passager affichent le point d’attache du passager

Historique des commandes

  • Les 50 dernières commandes que vous avez envoyées dans le chat seront mémorisées au fil des sessions de jeu
  • Vous pouvez accéder à la commande et à l’historique des discussions en appuyant sur les flèches vers le haut ou vers le bas dans le chat
  • Le chat normal n’est conservé qu’au cours de la même session de jeu (laissant un server ou le monde les efface)
  • Les commandes récentes sont stockées dans command_history.txt dans le dossier du jeu
A lire aussi :   Devriez-vous choisir Junction Box 45A ou 47B à Starfield? –Réponse

Optimisation de l’envoi de blocs

  • Les segments ne sont plus envoyés via le réseau au client en un seul grand lot continu
  • Ils sont plutôt envoyés en lots plus petits en fonction de la bande passante disponible. Cela signifie que :
    • Les clients avec des connexions à très faible bande passante n’expireront pas lors du chargement du monde
    • Les clients disposant de connexions à faible bande passante peuvent interagir avec le monde entier alors que certains morceaux sont encore en cours de chargement
  • Seuls les segments dans la distance de rendu du client sont désormais envoyés

Packs multi-versions

De nouvelles fonctionnalités ont été ajoutées aux packs de données et aux packs de ressources pour permettre la création de packs compatibles avec plusieurs versions du jeu.

Métadonnées du pack

  • Les métadonnées de pack incluent désormais un champ facultatif supported_formats qui décrit une plage de formats de pack pris en charge par ce pack
    • Exemples : 16, [16,17], {« min_inclusive »: 16, « max_inclusive »: 17}
  • pack_format champ est toujours requis et son format reste inchangé, pour permettre aux anciennes versions du jeu de lire les données du pack
    • Si supported_formats est présent, il doit contenir la valeur déclarée dans pack_format
    • Remarque: puisque ces nouvelles informations sont ignorées par les anciennes versions du jeu, ils verront toujours un pack « normal », à version unique, sans aucune compatibilité étendue

Superpositions

  • Les packs peuvent désormais contenir des répertoires de superposition (« overlays »)
  • Les superpositions sont des sous-emballages appliqués sur le contenu « normal » d’un emballage
    • Ces répertoires ont la même disposition que le pack de niveau supérieur, y compris les répertoires de ressources et de données
    • Les superpositions peuvent être appliquées si elles prennent en charge le format de pack du client
    • Les superpositions peuvent ajouter et remplacer des fichiers, mais pas les supprimer
      • Par exemple, si le foo de superposition est appliqué, le fichier foo/assets/minecraft/textures/bar.png remplacera le contenu de assets/minecraft/textures/bar.png
    • pack.mcmeta et pack.png sont ignorés dans les répertoires de superposition
  • Une nouvelle section appelée superpositions a été ajoutée aux métadonnées du pack
    • Il contient un champ d’entrées, contenant une liste de superpositions
    • Chaque entrée de superposition comporte deux champs :
      • Formats – Gamme de formats pris en charge
      • Répertoire – répertoire de superposition (caractères autorisés : A-Z, 0-9, _ et -)
  • Ordre d’application : les superpositions sont empilées du bas vers le haut de la liste
    • Par exemple, si un pack comporte deux superpositions : « entrées » : [{“directory”:”A”, …}, {“directory”:”B”, …}], le jeu regardera d’abord dans B, puis A et enfin dans le répertoire du top pack

Protocole réseau

Dans le cadre des travaux en cours vers des fonctionnalités davantage axées sur les données, le protocole réseau a été modifié pour inclure une nouvelle phase de configuration.

  • La phase de configuration démarre automatiquement après la phase de connexion (c’est-à-dire après la vérification du compte client) et dure jusqu’à ce que le joueur rejoigne le monde (phase de jeu)
  • Les clients peuvent rester indéfiniment en phase de configuration – c’est au serveur de le publier dans le monde entier
  • Les serveurs peuvent également demander aux clients de repasser la phase de configuration après son entrée dans la phase de lecture.
    • D’autres joueurs verront ces clients comme déconnectés
  • Les utilisateurs en phase de configuration ne seront pas visibles sur la liste des joueurs
  • Actions autorisées en phase de configuration (déplacées de la phase de lecture)
    • Configuration des registres pilotés par les données
    • Configuration des fonctionnalités activées
  • Actions partagées entre les phases de configuration et de jeu :
    • Application des packs de ressources serveur
    • Mise à jour des balises
    • Échange de paquets personnalisés
    • Ping et paquets keep-alive
  • Le serveur va maintenant négocier le pack de ressources dans la phase de configuration
    • Cela signifie que le joueur ne sera plus dans le monde lorsqu’il répondra aux invites et rechargera les ressources

serveur.propriétés

  • Nouvelle option : log-ips (true par défaut)
    • Lorsqu’il est défini sur false, empêche les adresses IP des joueurs d’être incluses dans le journal lorsque les joueurs rejoignent le jeu

Validation symbolique des liens

Pour améliorer la sécurité, le jeu détectera désormais également les liens symboliques utilisés dans les packs de données et de ressources.

  • Cette fonctionnalité étend la validation des liens symboliques dans les mondes ajoutés dans la version précédente
  • Le jeu avertira désormais les utilisateurs si un pack ajouté par glisser-déposer contient des liens symboliques interdits
  • Les packs contenant des liens symboliques interdits ne seront pas visibles dans l’interface utilisateur et les commandes
  • En outre, les répertoires et les fichiers qui ne sont pas reconnus comme packs ne seront plus copiés par glisser-déposer
  • Pour une explication détaillée, see Cet article d’aide

Télémétrie

  • Ajout d’un bouton à l’écran de collecte de données de télémétrie qui renvoie à la Déclaration de confidentialité de Microsoft

Pack de ressources version 16

  • Le processus de mise à niveau de votre pack peut être assisté à l’aide de cet outil Slicer automatisé
  • Toutes les textures contenant plusieurs sprites dans une feuille pour l’interface graphique ont été divisées en sprites individuels sous textures / gui / sprites (automatisé par l’outil Slicer
  • Toutes les textures de l’espace de noms des royaumes ont été déplacées dans l’espace de noms minecraft (automatisé par l’outil Sliger)
  • villager2.png a été renommé villager.png (automatisé par l’outil Sliger)
  • Les sprites GUI icon/trial_available et realm_status/expires_soon sont animés avec des déclarations .mcmeta au lieu de sprites individuels (automatisés par l’outil Slicer)
  • L’arrière-plan de l’info-bulle est maintenant dessiné sous la forme d’un sprite à neuf tranches
  • Les icônes des boutons Accessibilité, Langue, Nouvelles des royaumes ont été séparées de leur texture de bouton sous-jacente
  • Le bouton Inviter des royaumes est maintenant dessiné en superposition sur la texture normale du bouton
    • L’état de texture en surbrillance de ce bouton a été supprimé
  • Les états en surbrillance pour les icônes de numéro d’invitation Realms ont été supprimés
  • Les points d’exclamation sur la notification\more.png ont été supprimés
A lire aussi :   Comment trouver le centre de distribution UC à Starfield

Feuille de sprite GUI

  • Les sprites utilisés dans le dessin graphique ont été divisés en fichiers de sprites individuels au lieu de feuilles de sprites plus grandes
    • Par exemple, les widgets/boutons.png et les widgets/button_highlighted.png ont été séparés des widgets.png
  • Chaque sprite peut désormais être remplacé individuellement par un pack de ressources au lieu de remplacer la feuille entière
  • Les sprites sont chargés dans l’atlas gui à partir du répertoire textures/gui/sprites

Interface graphique Sprite .mcmeta

  • N’importe quel sprite peut maintenant être animé à l’aide de fichiers .mcmeta, similaires aux autres atlas
    • icon/trial_available et realm_status/expires_soon sont maintenant animés de cette façon
  • Les sprites de l’atlas GUI peuvent désormais configurer le comportement de mise à l’échelle via une nouvelle section GUI dans les fichiers .mcmeta
    • Par exemple, les textures de bouton doivent être mises à l’échelle en fonction de la taille du bouton.
    • La section gui dans .mcmeta contient un champ de mise à l’échelle :
      • Type : l’un des types suivants : Étirement (par défaut), Vignette ou nine_slice
      • Lors de l’étirement, le sprite sera étiré sur l’espace souhaité
        • Aucun champ supplémentaire n’a besoin d’être défini
      • Lorsque la vignette, le sprite sera répété dans l’espace souhaité, en commençant par le coin supérieur gauche
        • width : nombre de pixels que ce sprite doit couvrir à l’écran sur toute sa largeur
        • Hauteur : nombre de pixels que ce sprite doit couvrir à l’écran sur toute sa hauteur
      • Lors de nine_slice, le sprite sera découpé en 4 coins, 4 bords et 1 tranche centrale, qui seront en mosaïque sur l’espace souhaité
        • width : nombre de pixels que ce sprite doit couvrir à l’écran sur toute sa largeur
        • Hauteur : nombre de pixels que ce sprite doit couvrir à l’écran sur toute sa hauteur
        • bordure : taille en pixels que les tranches de bordure doivent couvrir à l’écran, l’une des suivantes :
          • Entier constant pour une taille de bordure uniforme de tous les côtés
          • Objet contenant gauche, haut, droite et bas

Pack de données version 16

  • Gamerule randomTickSpeed affecte maintenant le taux d’accumulation de neige et de glace de la même manière qu’il affecte les cultures et autres blocs affectés par le tic-tac aléatoire
  • Ajout d’une commande aléatoire
  • Nouvelle forme de la commande execute : fonction execute if
  • Nouvelle forme de la commande return : return run
  • Ajout de la prise en charge des macros de fonction
  • Modification des entités d’affichage après l’interpolation de téléportation
  • Ajout d’un nouvel attribut generic.max_absorption
  • Renommé valeur belowName dans l’argument d’affichage de l’emplacement dans la commande du tableau de bord en below_name
  • Modifications apportées aux événements de jeu
  • Nouvelles balises
Correspondant

Mise en correspondance de la valeur de résultat de la ou des fonctions qui s’exécutent :

  • Au moins une des fonctions doit réussir pour que le match réussisse
  • Un appel réussi est défini comme une fonction qui :
    • Utilise la commande return pour renvoyer une valeur
    • La valeur renvoyée n’est pas 0

Fonctions

  • Une seule barre oblique inverse \ comme dernier caractère non espace d’une ligne permet désormais de poursuivre une commande sur la ligne suivante
    • Les espaces de début et de fin de la ligne suivante sont supprimés avant l’ajout

Macros

Les fonctions peuvent désormais contenir des lignes de macro, ce qui en fait des macros de fonction.

  • Toute ligne commençant par $ (en tant que premier caractère autre que l’espace) marque une ligne macro
  • Une ligne macro contient également one ou plusieurs substitutions sous forme de $(variable)
  • Lors de l’appel d’une macro de fonction, un composé avec des données pour toutes les variables d’argument doit être fourni
Appel de macros de fonction

La commande function a de nouvelles formes :

fonction <id> <composé>

Fonction <id> avec <source de données> [<path>]

Nouveaux arguments :

  • composé : composé de données, inclus dans {}
  • source de données : spécification de source de données, comme ce qui pourrait déjà être utilisé pour obtenir des données
  • path : spécification d’un chemin NBT

Notes:

  • La source de données et le chemin d’accès doivent spécifier une entrée de données composée
  • Le composé doit contenir une entrée pour chaque variable utilisée dans la macro
  • Plus de données peuvent être présentes dans le composé et, si tel est le cas, elles sont ignorées
  • L’appel d’une fonction non-macro avec un composé de données est ignoré silencieusement
  • Lorsqu’une macro est appelée, les valeurs fournies sont substituées à la place des spécifications de variable et les commandes résultantes sont exécutées
  • Toute erreur de syntaxe dans les lignes résultant d’une substitution de variable entraîne l’ignorance de l’appel de fonction entier

Et ce sont tous les changements appliqués dans cet instantané! Ils ne seront pas implémentés dans les serveurs principaux avant un certain temps car nous n’avons pas encore de date pour la prochaine mise à jour, mais il y a certainement beaucoup de choses amusantes à faire dans le jeu actuellement. Il a une longue histoire de grandes mises à jour, après tout.

Vous pourriez également aimer

À PROPOS...

Julsa.fr est une fenêtre sur l’univers du jeu vidéo et de la high-tech. Notre mission ? Découvrir et partager avec vous les pépites du web, les jeux incontournables et les innovations technologiques qui façonnent notre quotidien. Plongez dans une exploration enrichissante et demeurez à la pointe des tendances digitales. En savoir plus…

Julsa.fr – © 2010-2024 -Tous droits réservés