Fonctionnement des commandes SeedCrackerX côté client
SeedCrackerX enregistre son arborescence de commandes côté client via Fabric ; le mod n'a donc pas besoin d'être installé sur le serveur.
Le code source actuel enregistre la commande racine /seedcracker et lui associe les sous-commandes de rendu, de finder, de données, de recherche de graine, de version, d'interface et de base de données. Comme il s'agit de commandes client, elles peuvent fonctionner lors d'une connexion à un serveur vanilla, à condition que SeedCrackerX soit chargé sur votre propre client Fabric. Un plugin serveur doté d'une commande au nom similaire est indépendant et peut se comporter différemment.
Si toutes les commandes /seedcracker sont inconnues, considérez qu'il s'agit d'un problème d'installation. Vérifiez que le lanceur a démarré un profil Fabric, examinez le dossier des mods de l'instance active et consultez le journal Fabric pour repérer une plage de versions de Minecraft incompatible ou une dépendance manquante. Si seule une sous-commande précise est inconnue, comparez la version du mod installé à la documentation des commandes, car les anciennes versions utilisaient /seed et ne proposaient pas la même arborescence.
Commandes SeedCrackerX pour les bits, l'effacement et la restauration
Le groupe de données gère les observations qui alimentent la recherche TimeMachine actuelle.
Exécutez /seedcracker data bits après la détection d'une structure. Le premier message indique les informations de base collectées par rapport à l'objectif normal d'environ 32 bits. Le second indique les informations exploitables par levage par rapport à un objectif d'environ 40 bits. Les valeurs sont affichées sous forme d'entiers, tandis que le modèle interne peut utiliser des quantités d'information fractionnaires selon le décalage de placement de chaque caractéristique de structure.
Utilisez /seedcracker data clear lorsque vous passez à un autre monde, corrigez une version de Minecraft erronée ou recommencez volontairement après la collecte de données incorrectes. La réinitialisation efface les données des piliers, les observations de structures et de biomes, les ensembles de candidats, les tâches liées aux mises à jour de blocs et les contours actifs des finders. Dans certains chemins de réinitialisation, le code source actuel conserve volontairement la graine hachée ; une reconnexion complète peut donc rester nécessaire lors d'un changement de serveur ou de contexte dimensionnel.
La commande de restauration charge les entrées de structures enregistrées pour l'adresse du serveur actuel ou le monde solo. Chaque ligne enregistrée contient le nom d'une structure et les coordonnées d'un chunk. Ne restaurez que des données appartenant au même monde et à une version de génération compatible ; un ancien fichier de structures provenant d'un autre serveur peut entraîner l'échec de tous les candidats.
Commandes SeedCrackerX pour les finders de structures
Les commandes des finders déterminent quels nouveaux paquets de chunks sont analysés ; elles n'analysent pas rétroactivement chaque bloc chargé sans rechargement.
Le code source regroupe les finders dans les catégories STRUCTURES, DECORATORS et BIOMES. Les types individuels comprennent les trésors enfouis, les pyramides du désert, les cités de l'End, les temples de la jungle, les monuments océaniques, les huttes de sorcière, les épaves, les avant-postes de pillards, les igloos, les chambres de l'épreuve, les piliers de l'End, les passerelles de l'End, les donjons, le minerai d'émeraude, les puits du désert, les champignons biscornus et l'échantillonnage des biomes. Les réglages par défaut privilégient les finders de structures modernes, tandis que plusieurs anciens finders de décorateurs et l'échantillonnage des biomes sont initialement désactivés.
Après avoir modifié une catégorie ou un finder individuel, exécutez /seedcracker finder reload afin d'analyser à nouveau les chunks situés dans la distance d'affichage actuelle. Le rechargement peut solliciter fortement le processeur, car chaque finder activé peut effectuer plusieurs vérifications d'orientation ou de chunks voisins. Activez uniquement les sources de données pertinentes pour la version de Minecraft sélectionnée, en particulier lorsqu'une ancienne implémentation de décorateur est signalée comme obsolète.
- Gardez les piliers de l'End activés si vous comptez utiliser la méthode fondée sur leur graine.
- Utilisez les finders de structures comme méthode principale de collecte dans Minecraft 1.18 et les versions ultérieures.
- N'activez l'échantillonnage des biomes que lorsque des graines de structure candidates existent et que l'étape de recherche de la graine du monde demande davantage d'informations sur les biomes.
- Désactivez les contours séparément si leur rendu affecte les performances ; la collecte par les finders et le rendu sont deux réglages distincts.
- Un finder marqué ON peut ne produire aucun résultat si le modèle, le biome, la dimension ou la vérification de version rejette les blocs observés.
Commandes SeedCrackerX pour la version, le débogage et le rendu
Le réglage de la version modifie les définitions de caractéristiques utilisées pour vérifier la position des structures.
Utilisez l'interface graphique pour la configuration courante, car elle réunit les versions prises en charge et les options des finders. La sous-commande directe de version est utile pour documenter ou reproduire une configuration, mais la version fournie doit exister dans la bibliothèque seedfinding intégrée. Un changement de version réinitialise toutes les définitions de caractéristiques, notamment l'espacement, le sel et le comportement pris en charge pour les structures. Effacez les observations incompatibles après un changement.
Le mode de débogage affiche dans le chat ou les journaux des informations intermédiaires sur les piliers, les structures et la graine hachée. Il est utile lorsqu'une recherche se termine sans résultat, demande sans cesse davantage de structures ou semble bloquée avant la récupération de la graine du monde. La sortie de débogage peut être volumineuse ; ne capturez donc que la section pertinente et désactivez ce mode après le diagnostic. Les commandes de rendu agissent sur les cuboïdes colorés entourant les structures détectées et ne modifient pas les contraintes mathématiques déjà enregistrées.
Commandes SeedCrackerX et confidentialité de la base de données
L'ouverture de la base de données et l'envoi d'une graine multijoueur trouvée sont deux fonctions distinctes.
La commande de base de données ouvre une feuille Google Sheets publique utilisée par la communauté du mod. Au démarrage, le code source actuel peut également télécharger un fichier CSV associant des adresses de serveurs ou des graines hachées à des graines de monde connues, ce qui permet une recherche immédiate avant toute analyse locale. Cette consultation explique pourquoi un résultat peut apparaître sans collecter de nouvelles structures sur un serveur déjà répertorié.
L'envoi à la base de données est désactivé par défaut. Lorsqu'il est activé, la découverte réussie d'une graine sur un serveur non local comptant plus de dix joueurs en ligne peut transmettre l'adresse du serveur, la dimension, la graine, la version configurée, le nom d'utilisateur ou l'indicateur d'anonymisation, ainsi que les données de hachage associées, via un point de terminaison Google Apps Script. Consultez les règles du serveur et les implications en matière de confidentialité avant de modifier cette option. SeedCracker Guide n'accède pas à cette base de données, ne la reproduit pas et ne l'interroge pas.