v1.1.1

La version la plus stable à ce jour, faite pour durer. La 1.1.1 n’ajoute aucune machine et ne change aucune recette ni aucun format de sauvegarde : elle corrige, vérifie et mesure ce qui existe déjà, si bien que les mondes et les machines sont conservés tels quels. Chaque correction ci-dessous a d’abord été détectée par un test qui échouait, et chaque benchmark est égal ou meilleur qu’en 1.1.0.

Pourquoi maintenant ? Parce que la prochaine mise à jour est la plus grosse qu’Engineering ait connue, avec sa première structure multibloc… Elle prendra son temps, et c’est sur cette version qu’il faut bâtir en attendant qu’elle prenne forme.

Corrigé

Contrôleur d’améliorations de précision : un Appliquer qui attend revérifie désormais avant chaque déplacement

Un Appliquer qui devait attendre (à court d’énergie, ou arrêté par son mode redstone) reprenait son plan à l’aveugle. Chaque amélioration qu’il déplace est désormais revérifiée juste avant d’être déplacée :

• Accès. Le joueur qui a appuyé sur Appliquer doit encore pouvoir ouvrir la machine. Une machine rendue privée par son propriétaire pendant que le contrôleur attendait n’est plus vidée ni remplie. Un joueur qui s’est simplement déconnecté garde son accès.
• Objectif. Le contrôleur ne dépasse jamais le nombre fixé au moment où Appliquer a été pressé. Si on ajoute ou retire des améliorations à la main pendant qu’il attend, il ne pousse pas la machine au-delà de ce nombre (par exemple à 5 Mises à niveau de la vitesse au lieu de 4), et il ne retire pas une Mise à niveau énergétique de trop, avec l’énergie stockée qui partirait avec elle. Changer les réglages ou l’onglet pendant qu’il travaille ne change pas non plus ce qu’il fait.
• Deux contrôleurs. Quand un contrôleur attendait assez longtemps pour que sa réservation expire et qu’un autre contrôleur appliquait sur la même machine entre-temps, le premier défaisait le travail du second au retour de son énergie. Il laisse désormais cette machine tranquille. Le simple fait d’ouvrir l’écran d’un autre contrôleur ne retire plus rien à un contrôleur qui attend.

Les améliorations qui ne sont pas déplacées pour l’une de ces raisons sont comptées comme « sautées » à l’écran, dont le texte dit maintenant pourquoi : la machine a changé, a été verrouillée ou a été prise par un autre contrôleur.

Contrôleur d’améliorations de précision : le dernier Appliquer nomme sa catégorie

Après un Appliquer pour une catégorie, le résumé sous un autre onglet se lisait comme s’il s’agissait du résultat de cet onglet. Il nomme désormais la catégorie du dernier Appliquer (« Dernière application (Vitesse) : 6 sur 6 »), et la ligne des améliorations bloquées ou sautées ne s’affiche plus sous un onglet qui a son propre plan.

Quantum Portable Teleporter : la fréquence est revérifiée à chaque saut

L’objet gardait la fréquence qu’on lui avait donnée. Un saut pouvait encore fonctionner une fois après que le propriétaire d’une fréquence avait cessé de faire confiance au joueur, une fréquence supprimée après avoir été choisie continuait de fonctionner, et une fréquence recréée sous le même nom restait morte (« no teleporter ») alors que la liste l’affichait. Le téléporteur recherche désormais à nouveau la fréquence pour le joueur à chaque saut, comme le fait le Téléporteur portable de Mekanism. Un saut refusé ne coûte pas d’énergie.

Contrôleur d’améliorations de précision : plus de vérifications, coffre plus sûr

• Rendu privé pendant qu’un autre joueur applique. Un contrôleur que son propriétaire rend privé pendant que l’Appliquer d’un autre joueur est en cours ne laisse plus cet Appliquer continuer à remplir ou vider son coffre.
• Mode créatif. Un joueur en créatif qui retire des améliorations ne vide plus le coffre dans le néant : le coffre n’est débité que de ce qui est réellement arrivé dans l’inventaire, et le reste va dans l’emplacement de sortie comme en survie.
• Capacité du coffre. Le coffre suit le réglage de capacité quand on le modifie (il n’était lu qu’une fois, au chargement de la machine) ; les objets déjà stockés ne sont jamais retirés.

Fréquences quantiques et affichages

• Quantum Entangloporter radioactif. Le verrou qui empêche de supprimer une fréquence tant qu’elle contient des déchets lit désormais la fréquence sur le serveur, et non l’identité envoyée par le client : un client modifié ne peut plus supprimer une fréquence avec ses déchets.
• Lien du Quantum Digital Miner. Supprimer sa propre fréquence privée n’efface plus le lien du mineur d’un autre joueur quand les deux fréquences portent le même nom.
• Lignes d’affichage des machines. Une machine cassée et remplacée par une autre du même type au même endroit affiche ses propres lignes tout de suite, et non celles de l’ancienne machine pendant jusqu’à un quart de seconde.

Quantum Fluid Pump : moins de mises à jour de comparateur inutiles

Un changement du niveau du réservoir ne prévient désormais que les ports qui sont des sorties (et ceux qui viennent de l’être), et non chaque bloc de la structure. Les signaux de comparateur sont les mêmes, position par position, qu’en 1.1.0.

Écrans en 1280x720

En 1280x720 avec l’échelle d’interface 3, le haut des sept écrans plus hauts que la fenêtre (la Petrogenic Synthesis Plant, le Contrôleur de réseau quantique, le Quantum Digital Miner et sa configuration, le Contrôleur d’améliorations de précision, le Digital Miner Companion et le Quantum Portable Teleporter) n’est plus coupé : le titre, les onglets et les premières lignes sont visibles.

Changé

• Contrôleur d’améliorations de précision détruit sous forme d’objet (lave, feu, cactus) : il ne répand plus son coffre ni ses emplacements. Tout reste dans le contrôleur et est perdu avec lui. Un coffre plein pouvait mettre des centaines de milliers d’objets au sol d’un coup.
• Modèle du Quantum Digital Miner : les plaques en bas de ses côtés est et ouest, avec leurs bandes lumineuses, sont supprimées. Elles étaient suspendues un pixel au-dessus du sol, et une fine bande flottait sous elles.

Limites connues

• En 1280x720 avec l’échelle d’interface 3, le bas de ces sept écrans (les rangées de l’inventaire du joueur) reste sous la fenêtre : baisser l’échelle d’interface si on en a besoin.
• WTHIT affiche certaines lignes en double sur nos machines : elles viennent du fournisseur propre à Mekanism et ne peuvent pas être retirées de notre côté.

Testé avec

Mekanism 10.7.19.85 (et de 10.7.15 à 10.7.18 dans la CI), Mekanism Generators, Tools et Additions 10.7.19.85, Mekanism Extras 1.4.1, Mekanism: More Machine 1.4.1. Les tests en monde passent avec chaque addon seul et avec les deux ensemble.

Rectification des notes de la 1.1.0

La ligne « Qualité du code » du changelog de la 1.1.0 comparait la 1.1.0 à un instantané non publié de la 1.0.2. Par rapport à la 1.0.2 telle que publiée : 126 signalements contre 128 (et non 146), les mêmes 10 classes signalées comme trop grandes (et non 20), plus aucun code dupliqué (26 lignes dans la 1.0.2), 324 tests unitaires contre 226 et 704 tests en monde contre 639. Les comparaisons de temps de la 1.1.0 étaient justes.

Validation et périmètre

• Chaque correction ci-dessus a d’abord été reproduite par un test en monde qui échouait sur l’ancien code, puis réussit avec la correction.
• Sur le candidat final, dans des copies neuves : 327 tests unitaires et 778 tests en monde réussis, 186 compteurs de performance sans échec, 125 signalements de qualité du code dont aucun nouveau, deux builds sans cache donnant le même JAR.
• Mesuré par rapport à la 1.1.0 publiée sur le même PC : aucune ligne de benchmark au-delà de la dispersion, quel que soit le préchauffage (18 classes de benchmark, avec un contrôle A/A), y compris de nouveaux benchmarks de la Quantum Fluid Pump et du Contrôleur d’améliorations de précision en plein travail ; chaque score suivi est égal ou meilleur.
• Non essayé : un vrai multijoueur, un chunk qui se décharge pendant qu’un contrôleur attend.

La suite

Quelque chose de bien plus grand est en construction. Plus d’informations bientôt…

Mekanism: Engineering est un addon non officiel, indépendant de l’équipe de Mekanism. Merci de signaler les problèmes à ce projet (https://gitlab.com/enzodr/mekanism-engineering/-/issues), pas à Mekanism.