DoesPotatoTick? Mod pour Minecraft 1.20.1, 1.21.1

DoesPotatoTick — Présentation

DoesPotatoTick améliore les performances en suspendant (« gelant ») les entités distantes qui n'ont pas besoin d'être mises à jour à chaque tick. Grâce à des règles configurables et des contrôles de sécurité, il réduit la charge CPU du serveur et peut aussi augmenter les FPS côté client tout en préservant le comportement normal du jeu.

1. Objectif

Minecraft met à jour chaque entité 20 fois par seconde, ce qui peut surcharger les serveurs avec de grands mondes, de nombreux joueurs ou des modpacks lourds. Les paramètres vanilla ne permettent pas de distinguer les entités importantes des entités sans importance. DoesPotatoTick introduit un système contrôlé qui ne met à jour que ce qui est nécessaire.

2. Mécanisme principal

Chaque entité se voit attribuer un état tickable. Le serveur évalue cet état à chaque tick en fonction de la position, de la catégorie et du contexte ; le client ignore facultativement le rendu des entités non tickables.

2.1 Activation basée sur la distance

• Les joueurs définissent une région active (rayon configurable en chunks).
• Les entités en dehors de cette région deviennent candidates à la suspension.
• Les régions ne se mettent à jour que lorsqu'un joueur change de chunk, se connecte ou change de dimension.

2.2 Prise en charge des dimensions et des claims

• L'optimisation peut être limitée à certaines dimensions.
• Les entités situées dans des zones claim (FTB Chunks, OpenPartiesAndClaims) sont toujours tickées.
• Les joueurs sont avertis si aucun mod de claim n'est installé.

2.3 Exceptions d'entités

Certaines entités ne se gèlent jamais :

• Les joueurs, les blocs en chute, les boss vanilla
• Une large liste de boss et de systèmes mécaniques moddés
• Des mods entiers peuvent être mis en liste blanche. La liste se recharge automatiquement lors des modifications de configuration.

2.4 Règles de filtrage

Des règles configurables permettent d'ignorer ou d'inclure :

• Les monstres hostiles, les animaux, les pillards
• Les objets au sol
• Les projectiles (avec une logique optionnelle forçant les cibles touchées à être tickées). Les entités mourantes sont autorisées à terminer leur séquence de mort.

2.5 Détection des fermes de mobs

Analyse périodiquement la densité des chunks ; si un schéma de type ferme est détecté, les entités concernées sont forcées d'être tickées pour garantir le bon fonctionnement des fermes.

2.6 Gestion des raids

Pendant les raids actifs, l'optimisation peut être désactivée ou ajustée selon la configuration.

3. Fonctionnalités côté client

3.1 Saut de rendu

Les entités non tickables peuvent être masquées pour améliorer les FPS. Le fait de bander un arc réactive temporairement le rendu pour éviter les problèmes de visée.

3.2 Intégration avec Embeddium

Ajoute un écran de configuration dédié lorsque Embeddium est installé.

3.3 Synchronisation

Un paquet léger informe le client des entités qui doivent être affichées.

4. Configuration

• doespotatotick-common.toml : comportement principal du serveur
• doespotatotick-client.toml : contrôles de rendu
• Les valeurs par défaut privilégient la sécurité et la compatibilité.
• Toute la logique s'exécute sur le thread du serveur ; les changements s'appliquent de manière cohérente entre les ticks et les rechargements.

5. Améliorer DPT

Lorsque vous :

• Estimez qu'un type d'entité spécifique ne devrait jamais cesser d'être tické
• Avez une demande d'option de configuration
• Rencontrez une situation inattendue à cause du gel du tick des entités

N'hésitez pas à me contacter via les GitHub Issues ou par e-mail à 670067575@qq.com

6. Considérations de conception

Le mod vise à :

• Réduire la charge du serveur sans altérer le gameplay
• Préserver les combats de boss, les fermes et les mécaniques moddées
• Rester compatible avec les écosystèmes de mods existants

Son comportement ressemble à un système d'ordonnancement contrôlé et sensible au contexte plutôt qu'à un simple interrupteur « désactiver les entités distantes ».

7. Un peu d'histoire et d'évolution

DoesPotatoTick n'a pas commencé comme le mod peaufiné que vous voyez aujourd'hui.

Il a vu le jour en tant que fork de DoesItTick de Txni, créé purement comme correctif de compatibilité provisoire pour l'écosystème Lithium/RoadRunner. La version originale était, franchement, assez brute : seulement une poignée d'options de configuration, et chaque entité, à chaque tick, parcourait tous les joueurs en ligne pour vérifier « quelqu'un est-il assez proche ? ». C'est du O(entités × joueurs) par tick — sur un serveur de 20k entités avec 50 joueurs, cela ajoutait à lui seul des millions d'itérations inutiles par seconde. De la pure brutalité.

L'ancien dpt$checkAlwaysTick() était tout aussi douloureux : il exécutait des vérifications coûteuses de configuration et de tags sur chaque entité à chaque tick, sans aucun cache. Aucun correctif de rendu côté client non plus — les entités gelées ne faisaient que saccader et « fantômer » sur place, donnant l'impression d'être cassées.

Tout a changé lorsque nous avons mis à jour le mod :

• Remplacement de la boucle naïve sur les joueurs par le PlayerTracker actuel : une carte spatiale dimension → chunk → plage Y, mise à jour paresseusement uniquement lors des déplacements. La complexité est passée de O(n×m) à essentiellement O(joueurs) par mise à jour.
• Les flags alwaysTick sont désormais calculés une seule fois à l'enregistrement du type d'entité et mis en cache définitivement.
• Ajout de paquets réseau appropriés et du culling côté client (plus la soupape de sécurité du bandage d'arc) pour que les entités gelées disparaissent proprement au lieu de buguer.
• Détection des fermes de mobs, conscience des raids, intégration des mods de claim, interface Embeddium… rien de tout cela n'existait à l'époque.

Le DoesPotatoTick d'aujourd'hui n'est plus « juste un autre mod de culling d'entités ». C'est le résultat de plusieurs refactorisations complètes et d'une obsession de bien faire les choses — sans jamais casser vos boss, vos fermes ou vos machines Create.

Merci à Txni pour l'étincelle originale, et à chaque testeur et contributeur, ainsi qu'à Grok et ChatGPT pour m'avoir aidé à concevoir, écrire et peaufiner cette description (je me sens juste mort quand j'écris un readme tout seul lol).

Profitez des ticks tout en douceur (ou de leur absence) !