Aller au contenu

flags.log

Quand log-to-file est activé, chaque cassage signalé ajoute une ligne à plugins/SomaPace/flags.log. C’est là que vous allez chercher le détail derrière une alerte.

[2026-09-08 21:14:03] Gatien (1.8.9, ping 42ms, DIAMOND_PICKAXE, haste 0, tracked 12.4s) FastBreak STONE -> CANCEL 61% (...)
ÉlémentSignifie
[2026-09-08 21:14:03]Le moment, à l’heure du serveur.
GatienLe joueur.
1.8.9La version du client auquel il se connecte, ou Unknown.
ping 42msSon ping à cet instant.
DIAMOND_PICKAXECe qu’il tenait, ou HAND.
haste 0Son niveau de célérité, 0 s’il n’en a pas.
tracked 12.4sDepuis combien de temps SomaPace suivait ce joueur quand le cassage est arrivé.
STONELe bloc.
-> CANCELLe cassage a été refusé. -> ALLOW signifie que cancel-breaks est désactivé et que le bloc a cassé quand même.
61%L’avancement réel du cassage.

C’est ce dernier nombre qui compte. 61% veut dire que le bloc n’était miné qu’à 61 pour cent quand le cassage est arrivé : il manquait donc 39 pour cent du travail. L’alerte en jeu affiche cette part manquante à la place, d’où deux nombres différents pour un même événement.

Tout ce qui suit le pourcentage entre parenthèses est la trace interne du rejeu. Elle est là pour le diagnostic, pas pour la lecture quotidienne.

C’est le contexte de chaque ligne qui distingue une vraie triche d’un faux positif.

Un joueur à 300 ms de ping qui passe de quelques % de temps en temps n’a rien à voir avec un joueur à un totem et casse son bloc de fer 20% plus vite qu’il ne devrait.

La valeur tracked mérite aussi un coup d’œil : un nombre très faible signifie que le joueur venait tout juste d’être pris en charge, par exemple juste après une connexion ou un changement de monde.

Le fichier est uniquement complété, jamais nettoyé. SomaPace ne le fait ni tourner ni tronquer : sur un serveur chargé, il grossit sans limite. Archivez-le ou supprimez-le régulièrement, ou désactivez log-to-file si les alertes en jeu et le miroir Discord vous suffisent.