Beta Update

Cette archive regroupe les anciennes notes de la phase bêta. Les nouvelles notes sont sur la page des mises à jour.

SeymourBETA

Mise à jour 2.61

09/06/2026

updatearena

Menu natif ÉTAPE 3 : source de lignes de liste native rétro-ingénierée + `list-read` (sonde) + lecture de sélection en direct. Continuant la voie du menu natif en jeu (Yojimbo→Jarvis-BAHAMUT), l'écart étape-3 #1 (« d'où viennent les lignes de la liste native ? ») est fermé via IDA : l'INPUT de la liste (`FFX_Menu_List_UpdateInput 0x8B4460`) est 100% générique — pur calcul de champs sur l'objet 152-octets (`+40` état, `+48` compte, `+50` top, `+52` cible, `+58` page, `+66` slots, `+69` résultat, `+70` scroll, `+72` sélectionné, `+28` validateur), ne touche aucun global, et est réutilisé par 10 builders distincts — mais chaque draw natif est en forme d'item : la liste scene3 (`FFX_Menu_CreateScene3ScrollableList 0x8B4FB0` → draw `0x8B4A00` → row `0x8B4B20`) lit les lignes depuis `unk_159EC30[64i]` (structs 64 octets) + `byte_1866250[]` (type), avec le nom d'item résolu par `0x86C3C0(id→table)` et un label direct optionnel à `rowPtr+32` (type 1) ; elle charge scene3/33/34 et dépend des globals Customize. Il n'y a aucun draw de « liste texte libre » dans le binaire — donc une liste native avec NOTRE texte (l'arène / la coquille Aurora Photo-Mode) nécessite un callback de draw DLL (étape 5, le chemin prévu dans tick-bible §4), avec la recette hand-rolled documentée (input générique `0x8B4460` + un draw DLL utilisant la fenêtre `sub_8F5F70` / la chaîne `sub_9016B0` / le curseur `sub_8C0640`, lisant `+69`/`+72`). Livré via sonde AUJOURD'HUI : nouveau verbe `ffxprobectl list-read [handleHex]` (lecture seule) qui scanne le POOL d'objets menu (`g_FFX_MenuObjPool 0x18408C0`, 32 slots × 152B) — trouve TOUTE liste/popup native active et l'identifie par ses callbacks — plus le raccourci globals « liste courante » (`dword_1866214`/`186A5DC`/`23CC120`). ✅ RT2 PASS (live, 2026-06-09) : avec le jeu dans le menu Customize equipment, le scan du pool a attrapé la liste naviguée (slot[3] `@0x017A0A88`, `input=0x8D57E0`, un wrapper fin du générique `0x8B4460`) et `+72`/`SELECTED` a suivi le curseur en temps réel (35→42) pendant que l'opérateur le déplaçait → étape-3 « lire la sélection d'une liste native navigable » PROUVÉ sans rien écrire. (Bonus : le `+62 = group 0x101` de l'objet réinitialiser correspond à `FFX_MenuObj_Reset` (IDA) — offsets confirmés contre la mémoire.) Pas de RAM caméra / Aurora / `dllmain.cpp` / save touchés ; IDA en lecture seule (copie `_claude_ida`, rename-queue dans le doc). `ffxprobectl` build 0 erreurs. Étape 5 (blueprint) : squelette paste-ready de la coquille native à `RuntimeTools/NativeMenuShell/NativeMenuShell.h` (+README) — objet hand-roll + callback draw (fenêtre+rangs+curseur) + encodeur de police FFX + pont découplé vers les actions Photo Mode d'Aurora ; ABIs/offsets confirmés (workflow IDA) et revu adversarially (2 lenses FFX-vs-IDA + C++ → pas de bloqueur crash/compile) ; garde x86 + clamp anti-OOB + invariants porteurs annotés ; pas câblé, ne touche pas `dllmain.cpp`. Étape 5.1 (blueprint de câblage, PAS appliqué) : plan + brouillon de patch (`docs/ai/HANDOFF_BAHAMUT_NATIVE_MENU_WIRE_BLUEPRINT_2026-06-09.md` + `docs/patches/BAHAMUT_NATIVE_MENU_WIRE_DRAFT_2026-06-09.patch`) câblant la coquille dans `ffx-hooks.dll` via un detour sur la pompe menu `FFX_Menu_PerFramePump 0x8A9C50` (`int __cdecl(uint)`, IDA-vérifié, main-thread) — OFF par défaut (`FFXHOOKS_ENABLE_NATIVE_MENU` + touche F7), le pont appelle seulement `PhotoMode::` ; revu adversarially (2 lenses) pas de bloqueur (le reviewer compile l'a appliqué à un arbre scratch, `git apply --recount --check` exit 0) ; `dllmain.cpp` PAS touché/committé. Doc : `docs/reverse/FFX_NATIVE_MENU_LIST_ROW_SOURCE_2026-06-09.md`.

Lire les notes

SeymourBETA

Mise à jour 2.60

09/06/2026

updatemonster-ai

badges de preuve Atlas réutilisables en lecture seule, appliqués au Monster AI Editor. Première couche de `HANDOFF_ATLAS_READONLY_MODULE_BADGES` : un composant de badge de preuve réutilisable qui montre, par entrée, d'où viennent les données et jusqu'où on peut leur faire confiance — sans écrivain, sans apply, sans SIN. Nouveau `Modules/Common/AtlasEvidenceBadgeStrip.axaml(.cs)` (UserControl drop-in avec une propriété `Evidence`) + `Modules/Common/AtlasEvidenceBadge.cs` (`AtlasEvidenceBadge` coloré par sévérité + `AtlasEvidenceInfo` portant badges/origine/« où il apparaît », factories `ForBibleEntry`/`ForDetail`). Décision clé (après la revue adversariale) : UN moteur — `AiBibleEvidence` a été paramétré en `Derive(...)` et la bande réutilise les badges canoniques de l'entrée via `entry.EvidenceBadges`, donc la bande inline Monster AI et la fenêtre BIBLE complète ne peuvent jamais diverger ; `IDA` reste un badge structurel séparé et ne s'effondre jamais dans un `proved` vert (un bug que la revue a attrapé et corrigé). Ajouté le token `partial` de la mission. Le texte « où il apparaît en jeu » est devenu `AiBibleWhereAppears` (une source DRY partagée par BIBLE et les modules). Appliqué au panneau BIBLE inline du `Monster AI Editor` : badges + origine + un expander « où il apparaît » pour l'entrée sélectionnée ; le bouton existant 📖 Abrir guia completo ouvre la BIBLE focalisée. Pas de runtime, SIN, save-path, ni changement de provider `SpiraDataAtlasCatalog`. Build 0 erreur / 361 warning ; `--spiraatlas-rt0` et `--aicmdmeta-rt0` PASS ; `AiScriptLab --ai2` PASS (validateur propre 346/346).

Lire les notes

SeymourBETA

Mise à jour 2.59

09/06/2026

updatemonster-ai

BIBLE DE SPIRA / Atlas UI 2.0 : navigation de preuve multi-badges + filtres + panneau de provenance (lecture seule). La fenêtre `BIBLE OF SPIRA` a gagné une couche de navigation honnête de santé de preuve sans nouvel écrivain. `AiBibleEntry` porte désormais une provenance Atlas structurée (`SourcePath`, `WriterPolicy`, `DetailKind`) plus une source unique de jetons de preuve (`AiBibleEvidence`) dérivée seulement des champs que l'entrée a déjà — elle n'invente jamais de preuve. Chaque entrée montre multi-badges (`blocked`, `RT2`, `IDA`, `proved`, `RT0`, `parser-corpus`, `presence-index`, `metadata-only`, `semantic-candidate`, `RT2-pending`, `read-only`) colorés par sévérité avec des tooltips préservant l'honnêteté (`RT0` = intégrité parse/catalogue Atlas, pas l'autorité runtime ; `parser-corpus` prouve la structure/présence, pas l'effet). Un nouveau filtre Evidence (`Todas`, `Proved/RT0`, `Parser corpus`, `Metadata-only`, `Blocked`, `RT2 pending`) cascade proprement avec les filtres Kind/Domain et la recherche, avec des comptes. Les entrées dérivées Atlas obtiennent un panneau Atlas : origin & policy exposant `Domain`, `DetailKind`, `WriterPolicy` et `SourcePath` (sans déverser le CSV brut). Le texte « où il apparaît en jeu » a été réécrit par domaine avec un libellé honnête (`monster-presence` = présence formation/slot, pas le comportement ; `sin-eligibility` = une file d'attente, pas une autorisation ; `gear-name-model` = la rangée `w_name.bin`, pas le nom de récompense final ; `blitzball-prize` = metadata-only ; Sphere `Unknown6` = brut/inconnu). La recherche accepte désormais `metadata-only`/`blocked`/`RT2-pending`/`domain:` via des jetons ajoutés à `SearchBlob`. Build temporaire 0 erreur / 361 warning ; `--spiraatlas-rt0` et `--aicmdmeta-rt0` PASS (`979/867/112`). Pas de runtime, d'écrivain SIN, ni de changement de provider `SpiraDataAtlasCatalog` : lecture seule / UX seulement.

Lire les notes

SeymourBETA

Mise à jour 2.58

09/06/2026

updateruntime-hook

Aurora Overlay Lab dans l'éditeur : config persistante pour `ffx-hooks.dll`. Nouveau module `Live Tools -> Aurora Overlay Lab` pour contrôler l'overlay runtime via `modules\config\aurora_overlay.ini`, tout en synchronisant les fichiers de drapeau legacy (`aurora_overlay.flag`, `aurora_overlay_d3d11.flag`, `aurora_w2s_sniff.flag`) et en exposant les boutons mode GDI/D3D11, scan W2S, sniff D3D, budget/cooldown, refresh et `Auto-pause hits`. La DLL lit le `.ini` au boot, les variables d'env gardant la priorité ; `d3d_sniff_autopause_hits=3` met en pause l'inspection de constant-buffer lourde pendant que la matrice de repli D3D est encore fraîche. Le panneau normalise la racine du jeu / `FFX.exe` / `modules`, montre l'état DLL/config/log, ouvre `%TEMP%\ffx-hooks.log`, lance via Steam appid `359870`, avertit quand la racine `FFX.exe` live diffère de la cible sélectionnée, et attrape les échecs d'I/O config au lieu de faire planter l'UI. Preuve runtime antérieure : labels D3D11 in-frame dans FFX live ; cette passe a validé le build éditeur `0 errors` / `361 warnings` et le déploiement DLL.

Lire les notes

SeymourBETA

Mise à jour 2.57

09/06/2026

updatemonster-ai

Custom Boss Creator : Advanced Loot léger pour Drop1/Voler/Corruption. Le panneau de stats a désormais une carte Advanced Loot avec des overrides optionnels pour `Drop1` commun/rare, `Steal` commun/rare et `Bribe` : ids d'items, comptes et chances brutes là où ces champs existent. Les champs vides ou invalides héritent du `Loot used` sélectionné ; Aperçu / Comparaison résout les noms d'items via `Item_Dictionary` et montre des changements comme `Potion x1 → Dark Matter x2`, tout en listant les champs invalides comme hérités. Le cloner applique désormais le `LootFile` entier copié/hérité puis tamponne les overrides légers `Gil/AP` plus Drop1/Voler/Corruption par-dessus ; `.bossrecipe.json` enregistre ces overrides quand ils sont remplis. Honnêteté : `Drop2`, les drops Overkill et les pools Gear/ability restent dans Monster Editor / une coupe ultérieure. Build éditeur : 0 erreur / 361 warning.

Lire les notes

SeymourBETA

Mise à jour 2.56

09/06/2026

updatemonster-ai

Monster AI Editor : planteur de champ/stat + polish final Trinity/BIBLE. L'en-tête MONSTER AI TRINITY est désormais centré comme un callout de première lecture propre pour `AEON observes · BIBLE teaches · SIN creates`. Le Workbench a gagné une carte Plant field/stat dans la zone de fine-tuning : il cherche tout `btlActorProperty` depuis `AiChrPropertyNames`, accepte des valeurs décimales ou `0xNN`, et sauvegarde dans le vrai hook `onTurn` avec backup en utilisant la forme correcte `PUSHII <field> · PUSHII <value> · CALLPOPA 70AB` (`setStatField(field,value)`, sans `actorRef`, non confondu avec `writeChrProperty`). L'ordre par défaut promeut `OverdriveMax`, `OverdriveCurrent`, `showOverdriveBar` et les champs de réaction aux coups pour les éditions style Shiva purgatrice/overdrive. Le panneau BIBLE inline a aussi obtenu des couleurs Spira/FFX plus propres pour les panneaux de sélection et de détail au lieu du bloc terminal clashant. Build éditeur : 0 erreur / 361 warning.

Lire les notes

SeymourBETA

Mise à jour 2.55

09/06/2026

updatemonster-ai

Custom Boss Creator : import/export/round-trip de recette de boss dans l'UI. La colonne de gauche a désormais une carte Recette avec des boutons `Import` et `Export` pour `.bossrecipe.json`. Exporter écrit la recette de brouillon actuelle sans créer un `m###.bin` ; import valide le schéma `ffx.bossrecipe.v1`/version 1 et réapplique le monstre source, l'id cible, le nom d'affichage, le mode/source IA, les stats et les récompenses simples (`RewardGil`, `RewardAp`, `RewardApOverkill`) aux champs de l'écran. Si la cible existe déjà, l'import avertit dans le panneau de statut et laisse l'utilisateur choisir un autre id avant de cliquer `Create Monster`. Honnêteté : la recette est des métadonnées d'éditeur hors ligne ; matérialiser le boss utilise toujours le bouton créer, et le placement/RT2 restent Formation Editor/Bac à sable de combat/travail en jeu. Build éditeur : 0 erreur / 361 warning.

Lire les notes

SeymourBETA

Mise à jour 2.54

09/06/2026

updatearena

Bac à sable de combat v2 : jusqu'à 8 ennemis, sélecteur de lieu/route et planificateur de spread/caméra. L'onglet Bac à sable de combat dans `LiveBattleLab` n'est plus une pile verticale A/B/C : il a désormais une mise en page compacte de 8 slots d'ennemis avec HP par slot et IA rapide. Les routes peuvent être sélectionnées depuis la liste `btl.bin` décodée (`map/battleId/field/group/formation`) ou éditées manuellement ; Préparer la route écrit les slots de formation `btl_` résolus et les positions `MonsterLive` avec `.sandbox.btl.bak`, réutilisant `BattleArenaAuthor`, `Battle_File.WriteWithFormationSlots()` et `BattleArenaPositionWriter`. Le planificateur offre des spreads (`2 compact rows`, large, boss+adds, corridor, ring) et calcule une recommandation de cadrage caméra pour tous les monstres actifs ; l'écriture automatique de caméra reste honnêtement différée à Aurora/RT2. `Force Battle` nécessite toujours la sonde DINPUT8 connectée. Build solution : 0 erreur / 361 warning ; capture locale à `work/screenshots/battle-sandbox-tab.png`.

Lire les notes