Vérifiez-le et envoyez-le depuis votre application de messagerie. Vous n’en avez pas ? Écrivez à [email protected] depuis votre messagerie en ligne.
Les captures d’écran et les paramètres sont facultatifs ; partagez uniquement ce qui aide à expliquer le problème. Comment nous traitons votre message.
Construire et vérifier
Itinéraires de portails nommés
Conservez des paires d’entrées nommées et vos propres vérifications en jeu. Chaque itinéraire possède ses coordonnées, son édition et ses notes manuelles. Les destinations calculées ne déterminent pas où un portail vous conduira.
Gérer les itinéraires
30 itinéraires maximum. Noms : 80 caractères ; monde/serveur : 120 caractères. Un nouvel itinéraire est créé vide avec ces noms. Les enregistrements restent dans ce navigateur.
Entrée enregistrée dans la Surface
Aucune entrée enregistrée.
Entrée enregistrée dans le Nether
Aucune entrée enregistrée.
Enregistrez les deux entrées pour activer la liste de vérification manuelle.
Copier ou consulter les notes de la paireExporter ou importer des itinéraires
Les fichiers contiennent les coordonnées et les vérifications saisies par le joueur. Les imports JSON ajoutent de nouveaux itinéraires sans jamais remplacer les existants. Les cases cochées sont des notes manuelles, pas une certification en jeu. Les fichiers sont traités sur cet appareil et les coordonnées ne sont pas placées dans les URL de partage.
Facultatif : examiner les arrivées inattendues
La comparaison porte uniquement sur les candidats que vous avez saisis et les autres itinéraires enregistrés avec le même nom de monde/serveur non vide et la même édition. Les distances tiennent compte de Y. Cette page n’analyse pas votre monde et ne prédit pas le portail sélectionné. Vérifiez en jeu la position d’entrée, la géométrie du portail, l’édition et les portails voisins.
1. Enregistrer votre point d’arrivée réel
2. Ajouter les entrées voisines que vous connaissez
3. Comparer les deux sens
Repère de recherche : Java 1.16.2 et versions ultérieures utilisent une zone de recherche horizontale plus petite pour aller dans le Nether ; Bedrock fonctionne différemment. Cette comparaison montre uniquement les points saisis et leurs distances, sans déterminer leur admissibilité à la recherche ni garantir les liaisons.
Observations Surface → Nether
Observations Nether → Surface
Enregistré uniquement dans ce navigateur sur cet appareil, sans compte ni synchronisation. Les coordonnées de la paire et les éléments de la liste ne sont pas envoyés aux outils statistiques. Détails du stockage local.
Comment convertir les coordonnées de la Surface vers le Nether ?
Divisez X et Z par 8, arrondissez chaque résultat à l’entier inférieur et gardez Y inchangé. Par exemple, dans la Surface, (800, 64, −200) devient dans le Nether (100, 64, −25): 800 ÷ 8 = 100 et −200 ÷ 8 = −25. Y reste à 64 ; il n’est pas divisé par 8.
Pour le retour, multipliez X et Z par 8. Les coordonnées du Nether (100, 64, −25) deviennent (800, 64, −200) dans la Surface. Il s’agit de coordonnées cibles pour planifier un portail ; elles ne garantissent pas où un portail existant vous mènera.
Comment les coordonnées négatives sont-elles arrondies ?
Ce calculateur utilise floor, qui arrondit vers l’infini négatif. Dans la Surface, (−9, 64, −1) devient dans le Nether (−2, 64, −1): −9 ÷ 8 = −1.125 s’arrondit à l’entier inférieur −2 et −1 ÷ 8 = −0.125 à −1. Y reste à 64.
Le menu Java/Bedrock modifie la syntaxe de la commande, pas cette règle d’arrondi.
Pourquoi un portail peut-il mener à une entrée inattendue ?
Les coordonnées converties servent à planifier une destination. En cas d’arrivée inattendue, vérifiez les portails voisins, la hauteur d’entrée et la forme du portail. Enregistrez les entrées réelles et testez les deux sens dans votre monde. Allumer les deux portails ne garantit pas une liaison exclusive entre eux.
Cette téléportation change-t-elle de dimension ?
Oui. La commande /tp avec uniquement des coordonnées vous garde dans votre dimension actuelle. La commande copiée utilise execute in pour sélectionner d’abord la dimension de destination. Pour l’exemple ci-dessus, exécutez la commande de votre édition depuis le chat du joueur, avec les commandes activées :
Java:/execute in minecraft:the_nether run tp @s 100 64 -25
Bedrock:/execute in nether run tp @s 100 64 -25
@s vous désigne, vous qui exécutez la commande. Pour le trajet de retour, le calculateur utilise minecraft:overworld dans Java ou overworld dans Bedrock. La commande vous téléporte ; elle ne construit ni ne relie de portail.
Quelles règles de recherche de portails s’appliquent ?
Référence Java 1.16.2 et versions ultérieures : la zone de recherche horizontale s’étend de 16 blocs dans chaque sens sur X et Z dans le Nether, ou de 128 blocs dans la Surface. La distance des candidats tient également compte de Y. Ce sont des repères de recherche, pas une garantie qu’un point saisi sera choisi.
La sélection des portails dans Bedrock n’a pas été vérifiée indépendamment pour cet outil. Utilisez la conversion des coordonnées et vos arrivées enregistrées pour planifier, puis vérifiez le résultat dans votre version et votre monde. Cette page ne simule pas le choix du portail.
Références et limites des commandes
Consultez les notes officielles sur la commande execute in de Java et référence de la commande execute pour Bedrock pour la syntaxe des commandes de changement de dimension. Les anciennes versions utilisant une syntaxe antérieure, les dimensions personnalisées et les extensions de serveur peuvent se comporter différemment.
Le calculateur convertit uniquement les coordonnées horizontales. Il n’analyse pas le terrain, ne recherche pas de point d’arrivée sûr et ne simule pas les portails voisins. Choisissez une hauteur Y sûre et vérifiez la destination dans votre monde.
