Anti-Xray peut-il gêner SeedCrackerX ?
Parfois. Il faut distinguer la politique du serveur sur les blocs masqués de la logique de récupération exécutée côté client.
Si Anti-Xray envoie des blocs masqués, retardés ou de remplacement, un finder peut voir un sol de donjon incomplet ou refuser une structure qui semble correcte depuis l'extérieur. La progression peut rester inchangée ou évoluer seulement après une seconde vérification. Les mêmes symptômes peuvent cependant venir d'une mauvaise version de Minecraft, de chunks non chargés, d'une structure endommagée, de données dupliquées ou d'une génération personnalisée. Anti-Xray est donc une hypothèse à tester, pas un diagnostic automatique.
Le code officiel actuel contient le réglage antiXrayBypass, activé par défaut dans l'arbre source actuel. Quand le sol d'un donjon paraît suspect, le mod planifie des actions sur des blocs, attend des mises à jour du serveur et vérifie à nouveau le sol. Cela explique certains délais, mais le client ne peut pas forcer le serveur à révéler ses données et un anti-triche peut remarquer les demandes.
Ce que fait réellement le réglage Anti-Xray de SeedCrackerX
C'est une voie limitée de mise à jour des blocs, pas un suppresseur universel d'Anti-Xray ni un mode de texture x-ray.
Dans la source officielle, la configuration conserve antiXrayBypass comme booléen et l'écran de configuration expose Anti Xray Mode. Le finder de donjon recherche d'abord un motif de sol inhabituel. Si ce motif suggère que le serveur masque les blocs sous la structure, le finder planifie une mise à jour puis vérifie le sol après la réponse du serveur.
L'implémentation utilise des paquets d'action du joueur pour certaines positions du sol. Le réglage peut donc améliorer la détection sur un serveur et créer en même temps un comportement visible pour un anti-triche ou un journal. Le texte anglais officiel avertit qu'un anti-triche très sensible peut réagir et ne promet pas l'absence de kick ou de bannissement.
Pour vérifier les détails, consultez Config.java, DungeonFinder.java, BlockUpdateQueue.java et le texte anglais officiel.
Signes d'un Anti-Xray ou de mises à jour retardées
Cherchez un résultat répétable et ne modifiez pas plusieurs réglages en même temps.
Commencez avec une structure que le finder actif devrait reconnaître. Si le contour apparaît mais que le sol reste incomplet, vérifiez les chunks chargés et regardez si une seconde observation modifie les blocs. Si rien ne change, le serveur peut refuser ou réécrire la demande, mais une autre cause reste possible.
Une détection réussie ne prouve pas que chaque serveur et chaque structure sont compatibles. Les règles Anti-Xray peuvent viser certains blocs, certaines dimensions ou certaines régions. Un plugin, un proxy ou un générateur personnalisé peut également modifier les données reçues par le client.
| Résultat observé | Explications possibles | Vérification prudente |
|---|---|---|
| Contour visible, sol incomplet | Anti-Xray, mise à jour retardée, mauvaise version ou sol endommagé | Attendre les chunks, vérifier la version, puis refaire une observation autorisée |
| La structure fonctionne après un délai | Les mises à jour sont arrivées après le premier passage | Noter le délai et éviter les coordonnées en double |
| Aucun contour | Finder désactivé, chunks absents, structure non prise en charge ou génération personnalisée | Vérifier les commandes avant le réglage Anti-Xray |
| Alerte ou expulsion | Le serveur ou l'anti-triche a remarqué les paquets d'action | Arrêter le test et demander au propriétaire |
| Seules les structures modifiées échouent | Modèles non vanilla ou génération personnalisée | Utiliser la méthode de seed ou de fichier approuvée |
Sept vérifications avant de collecter d'autres structures
Commencez par l'explication la moins intrusive puis examinez la limite propre au serveur.
1. Confirmer la version exacte de génération
La version du launcher et celle qui a généré le terrain ne sont pas toujours identiques.
Utilisez le sélecteur de version SeedCrackerX. Un proxy peut accepter la connexion alors que le terrain vient d'une autre version. Si les versions diffèrent, effacez les observations incompatibles plutôt que de modifier Anti-Xray.
2. Charger des chunks frais près d'une structure
Un finder ne peut pas vérifier des blocs que le client n'a pas reçus.
Approchez-vous, attendez les mises à jour et testez une structure. Une coordonnée de carte ou une capture n'est pas une observation acceptée par le mod.
3. Vérifier la voie Anti-Xray
Elle peut aider, mais elle a un coût de compatibilité visible côté serveur.
Ouvrez la configuration avec la commande supportée et vérifiez Anti Xray Mode. Sur un serveur de test autorisé, comparez une seule fois. Sur un serveur public, demandez avant d'envoyer des actions supplémentaires.
4. Contrôler le finder et les commandes
Un contour absent vient souvent de l'état du finder, pas d'Anti-Xray.
Consultez le chercheur de commandes. Après un changement, /seedcracker finder reload actualise le parcours. Après un changement de monde ou de version, /seedcracker data clear évite le mélange.
5. Comparer une seconde structure
Un donjon qui échoue ne suffit pas à prouver une cause générale.
Avec l'accord du propriétaire, comparez une structure qui ne dépend pas du même motif de sol. Une réussite ailleurs suggère un problème de structure, de région ou de données. Un échec partout est un indice plus fort, mais pas une preuve définitive d'Anti-Xray.
6. Séparer diagnostic et règles du serveur
Une explication technique ne remplace jamais l'autorisation multijoueur.
Le mod peut fonctionner côté client sans être installé côté serveur, mais son usage peut rester interdit. Consultez le guide du seed de serveur et arrêtez-vous si le propriétaire refuse.
7. Noter uniquement les preuves utiles
De bonnes notes évitent de contaminer les données de seed.
Notez version, build, dimension, structure, chunks frais, symptôme et permission. Ne publiez pas l'adresse ou le seed d'un serveur privé. Une seconde passe sur des données déjà enregistrées n'est pas une preuve indépendante.
Le serveur peut-il voir SeedCrackerX ou ses demandes Anti-Xray ?
Considérez que les systèmes serveur peuvent observer le comportement du client et appliquer leurs règles.
SeedCrackerX est un mod Fabric côté client : le serveur n'a donc pas besoin du mod pour que les commandes et finders locaux existent. Cela ne rend pas le client invisible. La voie Anti-Xray envoie certains paquets d'action et attend des mises à jour de blocs ; journaux, plugins, proxies et anti-triches peuvent enregistrer ou sanctionner ce comportement sans afficher le nom du mod.
La réponse à « SeedCrackerX apparaît-il dans la console ? » dépend du serveur. Une action normale ou un événement d'anti-triche peut apparaître sans nommer le mod, tandis qu'un autre serveur affiche un avertissement spécifique. L'absence d'une ligne ne prouve ni l'invisibilité ni l'autorisation.
Le README officiel décrit aussi une base communautaire optionnelle pour les seeds de serveurs de plus de dix joueurs. C'est une fonction de partage distincte d'Anti-Xray. Laissez l'envoi désactivé sauf si vous comprenez les règles et la confidentialité.
- Demandez l'accord du propriétaire avant toute analyse multijoueur.
- Un kick, une alerte ou un rollback est une raison d'arrêter.
- Ne publiez pas un seed privé ou une adresse sans permission.
- Préférez la commande, la console ou l'export approuvé par le propriétaire.
Et Paper, les bâtiments personnalisés ou la génération sur mesure ?
Un contenu personnalisé peut imiter un problème Anti-Xray tout en changeant les hypothèses de génération.
Un serveur Paper, un proxy, un plugin, un datapack ou un générateur personnalisé peut modifier les blocs, les modèles, le chargement des chunks ou les règles de génération. Un bâtiment copié ou reconstruit n'est pas forcément une structure vanilla reconnue. La question des bâtiments personnalisés n'a donc pas de réponse universelle : le finder doit reconnaître une structure compatible avec la version.
Le guide de compatibilité des loaders explique la limite Java/Fabric, mais ne certifie aucun plugin, proxy, map ou pack de structures. Le tableau officiel établit seulement le lien entre version Minecraft et build Fabric.
Pour un serveur personnalisé, le chemin le plus fiable est celui du propriétaire : commande /seed, export autorisé du monde ou seed connu. Un résultat de SeedCrackerX reste non vérifié tant qu'il n'est pas comparé à une source autorisée.
Quand arrêter le dépannage Anti-Xray
La bonne prochaine étape n'est pas toujours une nouvelle tentative.
Arrêtez si l'analyse n'est pas autorisée, si un anti-triche avertit, si la connexion expulse ou annule des actions, ou si vous pensez devoir dissimuler le test. Arrêtez aussi lorsque la version, la structure ou le logiciel serveur ne peuvent pas être vérifiés. Les tentatives répétées ne rendent pas fiable une observation interdite ou incompatible.
Dans un monde personnel, faites un test contrôlé : version officielle, instance Fabric propre, zone fraîche et résultat /seedcracker data bits. Sur votre serveur, préférez la commande ou le fichier du propriétaire. Sur un serveur communautaire autorisé, restez dans le périmètre annoncé.
Pour contrôler la source officielle sans utiliser un miroir, consultez le guide GitHub de SeedCrackerX.
- Ne prétendez pas avoir contourné Anti-Xray parce qu'une structure apparaît.
- Ne mélangez pas mondes, dimensions, versions ou adresses serveur.
- Une page web ne remplace pas le client installé ni les données du propriétaire.
- N'envoyez pas un seed privé dans une base sans consentement.
Ce que confirme la source officielle
Ces références étayent les affirmations techniques précises, sans garantir chaque serveur.
Le README officiel de SeedCrackerX présente Fabric, les versions, les commandes et la base de données facultative. Le texte anglais officiel avertit des anti-triches sensibles.
Le code confirme la limite : la configuration active le réglage par défaut, le finder détecte un sol suspect et la file de mise à jour envoie certaines actions avant une nouvelle vérification. Le code décrit ce que le mod tente ; le serveur et son propriétaire décident si c'est autorisé et efficace.