Files
sanctuary-beta/docs/exploration-familiers-beta100.md
T
2026-09-17 03:10:39 +02:00

5.1 KiB
Raw Blame History

beta.100 — Statues découvertes et promenade des familiers

Branche codex/exploration-familiers-beta100. Minecraft 26.3.

Contrat

Le catalogue des statues et son sélecteur ne proposent que les espèces observées, tuées ou ayant tué le joueur. Le Métabli envoie une liste calculée par le serveur à partir des notes seen_mobs et des statistiques natives. Le champ didentifiant et la capture de cible respectent aussi cette liste. Les plans déjà construits/importés restent des plans de blocs ordinaires. Aucun nouveau format de sauvegarde, aucune migration ni changement de terrain.

Les familiers au repos choisissent une destination atteignable puis font une pause. Le tempérament existant règle leur rayon, leur allure et leurs pauses : curieux explorateur, joueur plus vif, calme plus posé. Les protecteurs restent près du point gardé. Les déplacements dattaque, la fuite, les ordres, le portage et les montures gardent la priorité. Les volants ne suivent plus une orbite perpétuellement recalculée. Les chemins ratés sont abandonnés et les recherches restent bornées dans les chunks chargés. Les identités et caractères existants ne sont pas retirés au sort.

Validation

Exploration100ClientChecks : réussi en 4 min 37 s. Nouveau monde plat avec serveur intégré, sans serveur dédié :

  • Une vache réellement visée débloque sa statue. Les statistiques natives tué/par-qui-tué ajoutent zombie et squelette. Un œuf de cochon porté ne suffit pas. Le client reçoit la liste du serveur ; une génération de cochon reste refusée même en créatif. Capture du catalogue inspectée.
  • Douze promenades réelles : loup, poule, slime, chauve-souris, chacun calme, curieux et joueur. Plusieurs cases traversées, pauses, maintien près du joueur. Le tempérament calme est testé avec personnalité protectrice, les deux autres avec pacifiste pour isoler le déplacement au repos.
  • Régression Autonomy074ClientChecks complète : quatre personnalités, déplacements et dégâts réels, garde, cibles neutres, permissions, obstacles, mode travail, ordres H bref/maintenu et touche reconfigurée.
  • .schem Sponge v2/v3 : renommage natif ancien grass vers short_grass, conservation exacte du fichier source et refus explicite dun bloc de mod absent.

Journal : build/exploration100-client.log. Captures : build/exploration100-evidence/. La matrice ne constitue pas un nouveau playtest visuel de toutes les espèces, ni une validation à plusieurs clients distants. Schematics100ClientChecks : réussi en 1 min 2 s. Le client refuse un fichier incompatible dans le Métabli sans fermer le menu, affiche son identifiant fautif, puis importe un .schem valide. Fermeture, réouverture de la même sauvegarde et ouverture dun deuxième monde passent, avec conservation de la structure et remise à zéro du plan/de la session datelier. Le fichier rejeté reste identique. Journal : build/schematics100-client.log.

Ces essais macOS ne reproduisent pas le crash Windows rapporté ; ils ne constituent pas une correction démontrée de cet incident. check build assemblePack assembleTestPack réussit en 2 min 17 s, 124 tâches, avec -x :sanctuary:runGameTest (serveur dédié exclu conformément au refus de son EULA). Les deux packs sont vérifiés : même JAR testé, sources correspondantes, libellés FR/EN, textures et archives beta.099 conservées. Reçu : build/beta100-artifact.json. Aucun déploiement personnel ni publication du canal packwiz.

Import .schem et incident Windows signalé

Les palettes Sponge v2/v3 utilisent maintenant le convertisseur natif References.BLOCK_STATE quand leur DataVersion est connue et antérieure. Seule une copie de palette en mémoire est convertie ; le fichier importé et les sauvegardes ne sont jamais réécrits par cette opération. Une version future, un bloc de mod absent ou une propriété réellement incompatible restent refusés. Sans version source, le parseur reste strict et ne devine pas une conversion. Le message dimport indique le bloc/état fautif.

Le signalement Windows décrit un échec douverture, un monde absent de la liste puis une fermeture du client lors du choix dun autre monde. Aucun journal ni fichier précis nest disponible. Linspection ne trouve aucun accès de suppression des mondes dans limporteur ; les plans actifs sont effacés en mémoire lors des changements de connexion. Cela ne prouve pas la cause du signalement : sa reproduction et le diagnostic Windows restent ouverts. Les fichiers utiles sont logs/latest.log et, sil existe, le rapport daté de crash-reports/ dans le dossier Minecraft de linstance concernée. Ne pas supprimer ni convertir les sauvegardes pour tenter de résoudre cet incident.

Archives locales