Beta Update

Anciennes notes de la phase bêta, conservées telles que publiées.

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

Mise à jour 2.37

07/06/2026

Monster AI Editor : une condition PROUVÉE « If HP below X% » (IDA+corpus) + 222 champs de propriété nommés (fin de « campo 0xNN »). Halyson a dit d'utiliser IDA et a deviné « ce doit être un fichier de config où la ligne = un nombre » — les deux exacts. RE dans `FFX_recon.i64` : le dispatch natif ATEL = `handler = (FuncspaceTables[funcId>>12] + 16(funcId&0xFFF))` (slot +0 CALLPOPA / +12 CALL) ; `readChrProperty` (0x700F) = `0x7A4D70` → un switch `field→property` (`sub_7B2DD0`). Cross-référencé avec FFXDataParser/ScriptConstants.putBattleActorProperty (le « config » que le propriétaire a pressenti) + le corpus : champ 0x00 = HP (stat_hp, la propriété la plus lue du corpus — 306×), 0x02 = maxHP (137×), 0x119 = NearDeath (= cas IDA 281 `current<max/2`). Opcodes arithmétiques prouvés (` 0x16` etc.). #11 RÉEL livré : un snippet gardé « If HP below X% → force command » = l'idiome `HP100 < maxHPX` (champs 0/2 prouvés par le corpus) — le vrai boss-enrage, plus une devination (la version v2.35.0 antérieure était générique parce que le champ HP n'était pas prouvé ; maintenant il l'est). Nommage : nouveau `FfxLib/Ai/AiChrPropertyNames.cs` (222 champs nommés, même provenance publique que la table de noms de fonctions du codec) câblé dans le détecteur buff/stat → les actions de statut montrent désormais « Booster/Carapace/StatusPoison/HP/maxHP… » au lieu de « campo 0xNN ». Porte `--ai2` : HP%-enrage 346/346 + conditionnel 346/346 ; `--ai3` PASS. Docs : `docs/reverse/FFX_AI_NATIVE_DISPATCH_AND_CHRPROPERTY_FIELDMAP_2026-06-07.md` (+ rename-queue pour le `.i64`). Honnête : structure prouvée hors ligne, effet en jeu = RT2 ; la jauge 0xDA/218=HP%×256 existe dans IDA mais le corpus ne l'utilise pas (j'ai utilisé le chemin que l'IA utilise réellement, 0/2). Build éditeur rouge à cause du WIP de la voie Sphere Grid (non lié) ; tous mes fichiers sont FfxLib, validés par porte.

Lire les notes

SeymourBETA

Mise à jour 2.36

09/06/2026

updateaurora

AURORA : panneau CAMERA dans la Chambre Aurora (modifier les coupes `camReq` de la bataille : angle/plan + cible). Sur la base du lecteur/portail de caméra prouvé (doc-only : chunk0 est un AiFile ATEL, RT0 863/863, `camReq` 100 % éditable localement au niveau octet), maintenant l'UI : une carte «🎥 Caméra» liste les coupes `camReq` (`0x703F`) de la bataille sélectionnée avec SHOT (angle, 1-based) et TARGET (acteur encadré, -1=none) modifiables ; 💾 Enregistrer caméra applique des correctifs d'opérande de même longueur, locaux au niveau octet (en préservant les autres offsets de chunk), sauvegarde une fois, et recharge. Lectures/écritures via `FfxLib/BattleMap/BattleCameraScript_File` (le codec IA). Fichiers : `Modules/AuroraChamber/{AuroraChamber_DataModel.cs (CameraShots/PopulateCameraRows/SaveCameraShots), _Control.axaml (card + editable list), _Control.axaml.cs}` (code déjà dans `c211a5f2`). Build 0 erreurs (éditeur en cours = `.exe` verrouillé ; build de sortie séparé confirme). Honnête : échange entre les angles/cibles que le script référence DÉJÀ ; un angle 100 % personnalisé (nouvelle position/FOV) = RE de la table de plans `sub_797D60` (en attente, IDA). Effet dans le jeu = RT2 (sûr au niveau octet + réversible, portail `BattleCameraScanLab`).

Lire les notes

SeymourBETA

Mise à jour 2.35

09/06/2026

updatemonster-ai

Monster AI Editor : préréglages de comportement (#10) + une condition « below N » prouvée (#11) + frontières #12/#13 documentées. Clôt ce qui peut être clos honnêtement depuis le backlog « tout faire ». #10 — 🎭 Préréglages en 1 clic (composer les automatisations DÉJÀ prouvées, auto-sélection du worker de combat + croissance validée) : 🛡 Défensif (Carapace+Booster sur soi), ⚔ Agressif (forcer l'action du sélecteur, toujours), 🔥 Enrage (l'action du sélecteur + Booster sur soi), 🎲 Alternatif (l'action du sélecteur 1 fois sur 2). #11 — condition « below N » : un nouveau snippet de Behavior-Library gardé `If chr property (self) BELOW N → force command` = l'idiome de condition #1 du corpus (`readChrProperty` 0x700F alimente 980 branches ; `LT 0x0B` comparaison prouvée dans le recensement), avec `field`+`threshold`+`command` fournis par l'utilisateur — honnête : l'ID exact du champ HP n'est PAS prouvé au niveau octet (utilisez les champs de statut prouvés 0x38/0x31/0x32 ; HP = une frontière RE), donc c'est générique, pas un bouton « HP% » qui devine. #12 (tour N) et #13 (test en direct) = documentés comme frontière (il n'y a pas de getter de tour natif — c'est un compteur de var privée par monstre, et le proxy RNG 1-sur-K est déjà livré ; le live ne couvre que les éditions préservant la longueur, une croissance nécessite un rechargement du jeu) dans le doc v2.33.0. Logique : `AiSnippetLibrary` (snippet `guard-chrprop-lt-force-cmd`) + préréglages dans le DataModel (`ApplyPreset`, composant `AddAbility`/`AddSelfBuff`). Porte `--ai2` : snippet conditionnel 346/346 (s'étend, fait croître la table de sauts, re-par analyse, valide) ; `--ai3` PASS. Build 0 erreurs. Honnête : structure prouvée hors ligne ; l'arité de readChrProperty + l'effet dans le jeu = RT2.

Lire les notes

SeymourBETA

Mise à jour 2.34

07/06/2026

updatearena

Battle Tracker : ça MARCHE (lit la bataille en direct) — lecture initiale auto, statut honnête + un verrou d'écriture RT2. Le Battle Tracker s'ouvrait vide (deux panneaux vides, « Load Ingame » inerte). La cause n'était PAS les adresses — j'ai prouvé contre la RAM en direct (FFX.exe PID 24716, bataille `azit03_01`) que toute la chaîne est correcte : `ADDR_BATTLE_ACTIVE`(rva `0xD2A8E0`)=1, `ENEMY_LIST`/`PLAYER_LIST`(rva `0xD34460`/`0xD334CC`) se résolvent, stride `0xF90`, offsets `MemoryChr` (`Id`@0xE, `Max_hp`@0x594, `Hp`@0x5D0, `In_battle`@0xDC8) correspondent, slots de formation `[0,4,6]` == les 3 joueurs avec `In_battle=1`. Le backend (`Binarysharp.MSharp` x64 lisant le FFX x86) fonctionne aussi — `new MemorySharp` + `Read<byte>(rva, isRelative:true)` renvoie la bonne valeur. La cause était l'UX : le `DataModel` ne déclenchait jamais la première lecture (l'`ArenaTracker` lit dans son ctor ; le Battle Tracker non), et le minuteur ne lisait qu'avec Auto-Refresh activé. Correctif : (1) lecture initiale dans le constructeur ; (2) le minuteur garde le statut honnête à chaque tick et auto-remplit le premier instantané dès qu'une bataille démarre (pas besoin d'activer Auto-Refresh) et efface à la sortie de bataille ; (3) `ReadInfo` enveloppé dans un try/catch qui remonte l'erreur + gardes (pointeur null / octets nuls / slot hors plage) ; (4) `MemSharp_Service.IsAvailable()` ne lève plus à l'attache + `IsAttached` ; (5) l'UI a gagné une bannière de statut (« FFX not found » / « attached, no battle » / « In battle: name · N enemies, M allies ») et un verrou d'écriture RT2 (case à cocher, défaut OFF = lecture seule) gardant le bouton renommé «⚠ Write to game». Nouvel outil de vérification : `RuntimeTools/BattleTrackerProbe` (prouve le chemin de lecture en direct avec la même DLL). Fichiers : `Modules/BattleTracker/{BattleTracker_DataModel.cs, BattleTracker_Control.axaml}`, `Services/MemSharp_Service.cs`, `RuntimeTools/BattleTrackerProbe/`, doc `docs/reverse/FFX_BATTLE_TRACKER_LIVE_READ_PROVEN_2026-06-07.md`. Build du module OK (validé dans un worktree HEAD propre ; le build complet de l'éditeur est cassé par le WIP `AiTargetOption` d'une autre voie, sans rapport avec ce changement). Honnête : LECTURE prouvée à l'écran/RAM ; écritures (Load Ingame → `WriteProcessMemory`) restent RT2 (jeu ouvert + verrou posé).

Lire les notes

SeymourBETA

Mise à jour 2.33

07/06/2026

updatemonster-ai

Monster AI Editor : changer de cible (#8) + Lancer multiple / 2e capacité (#9), ancré dans l'exploitation du corpus. Deux de plus de la liste, faits RE/corpus d'abord, sans deviner. Nouveaux scanners `AiScriptLab` (`--targets`, `--cond`) ont miné 1645 sites de commandes et 10520 branches (doc `docs/reverse/FFX_AI_TARGET_ENCODING_AND_CONDITION_GETTERS_2026-06-07.md`). #8 — 🎯 Changer de cible : la cible est le push avant l'id de commande ; 54 % sont calculées (PUSHV findMatchingChr) et 46 % des sentinelles littérales (PUSHII) — seuls les littéraux sont échangeables par un opérande (préservant la longueur = l'édition prouvée RT2). Honnête : seul self (-13/0xFFF3) est prouvé au niveau octet ; les autres sentinelles négatives sont des modes de cible dont le sens exact est une frontière RE. Donc l'éditeur propose « Self » + « copier une cible d'une autre action de CE monstre » (une sentinelle qui fonctionne déjà en jeu pour lui), sans affirmer de sémantique. #9 — ⧉+ Lancer multiple : insère l'action du sélecteur juste après l'action sélectionnée, en clonant sa cible+mode (style Seymour, 2 actions en séquence ; croît via Rebuild). Logique pure `AiAutomation.{ChangeTargetInstructions,InsertSecondCommand}` + `AiDetectedAction` a gagné `TargetPushOffset/TargetOperand/TargetIsLiteral`. Porte `--ai3` : change target 195/195 (757 cibles littérales), insert 2nd cmd 294/294 ; tous les autres restent PASS ; `--ai2` PASS. Build 0 erreurs. Honnête : structure prouvée hors ligne ; effet dans le jeu = RT2 (multi-cast : confirmer que les deux se résolvent en un tour). Mapper chaque sentinelle→mode + HP%/tour = frontière (voir doc).

Lire les notes

SeymourBETA

Mise à jour 2.32

09/06/2026

updatemonster-ai

Monster AI Editor : lister TOUTES les actions (⚔ commande · 🛡 buff/statut · 📊 stat) avec un filtre de type + renommer une commande sans nom (#6 et #7). Deux de plus de la liste du propriétaire. #6 — tout lister, pas seulement les commandes : la liste « Monster actions » détecte et édite désormais aussi les buffs/statuts (`writeChrProperty 0x7018`) et les stats (`setStatField 0x70AB`), avec un menu déroulant de filtre de type (Tout / ⚔ Commands / 🛡 Buffs / 📊 Stats). Chaque action affiche une icône + un nom convivial (statut connu = « Booster/Carapace/Boomerang », sinon « campo 0xNN » ; « (em si) » quand la cible est la référence à soi ; « = value » ou « tirar » quand 0). Move / Duplicate / Remove fonctionnent désormais pour TOUT type (suppression générique neutre en pile de la suite `[pushes…][call]`) ; Change / Force↔Queue restent command-only (gardés + un message). #7 — renommer une commande sans nom : quand un id `performCommand` n'a pas de libellé de dictionnaire (ex. `comando 0x60AB`), un champ ✏ Rename lui donne un nom convivial qui est persisté (`%LocalAppData%\FFXProjectEditor\ai-command-labels.json`) et utilisé dans tout l'éditeur, pour n'importe quel monstre. Nouvelle logique pure : `FfxLib/Ai/AiAutomation.DetectActions` (commande+buff+stat ; `DetectCommandActions` est désormais une vue filtrée) + `FfxLib/Ai/AiCommandLabels.cs` (un store chargé au démarrage, sauvegardé à chaque édition ; vide dans la porte ⇒ aucun effet). Porte `--ai3` étendue : detect buff/stat = 4020 buffs (3698 supprimables) + 4156 stats (4156), remove buff/stat 30/30 (la suppression générique rétrécit exactement la suite et re-par analyse), reorder 325/325 (se déplace désormais au-delà d'un voisin de tout type) ; add/rng/change/duplicate/toggle/self-buff/copy restent PASS ; `--ai2` PASS. Build 0 erreurs. Honnête : structure prouvée hors ligne ; effet dans le jeu = RT2. Seuls les 3 ids de champ de statut prouvés au niveau octet reçoivent un nom (le reste = « campo 0xNN », honnête).

Lire les notes

SeymourBETA

Mise à jour 2.31

09/06/2026

updatemonster-ai

Monster AI Editor : Copier l'IA d'un autre monstre · Restaurer l'IA d'origine. Deux de plus de la liste : 📋 Copier l'IA — prend tout l'AiFile de N'IMPORTE QUEL autre monstre (menu déroulant des 294 avec un script) et le colle dans celui-ci, en gardant les stats/loot de ce monstre (seule la région AiFile change, splice conscient de la croissance + validation) ; un moyen rapide de donner à un monstre le comportement d'un qui fait déjà ce que vous voulez. ♻️ Restaurer l'IA d'origine — re-copie l'IA vanilla du monstre dans la référence extraite (`<ffx_ps2>\ffx\master\jppc\battle\mon\_mNNN\mNNN.bin`, ex. `FFX Extracted`) — annule toute édition d'IA (même des anciennes sessions, contrairement au `.prev.bak` à un niveau). Les deux écrivent d'abord un `.prev.bak`. Réutilise `SaveNewAi` (ValidateRebuilt + grow-splice + backup + reload). Porte `--ai3` : copy ai 346/346 (splice AiFile dans le monstre → re-découper → re-par analyse, même nombre d'instructions) ; tous les autres (add/rng/detect/remove/reorder/change/duplicate/toggle/buff) restent PASS. Build 0 erreurs. Honnête : structure prouvée hors ligne ; effet dans le jeu = RT2. (Restore nécessite la racine de référence ffx_ps2 configurée.)

Lire les notes

SeymourBETA

Mise à jour 2.30

07/06/2026

updatemonster-ai

Monster AI Editor : plus d'opérations d'action en 1 clic (Duplicate · Force↔Queue · Self-buff · Undo). Poursuite de la liste de capacités demandée : ⧉ Duplicate (cast 2x) — copie le triplet de l'action sélectionnée juste après (multi-cast par répétition ; croît + re-par analyse) ; ⚡ Force↔Queue — bascule l'appel entre `forcePerformCommand` (force) et `performCommand` (queue), une édition à 1 opérande préservant la longueur ; 🛡 Self-buff (Booster/Carapace/Boomerang via `writeChrProperty`, utilise le même « when » Always/Sometimes ; auto-sélection du worker de combat, croissance gardée) ; ↶ Undo (backup) — chaque sauvegarde écrit désormais un `.prev.bak` avant d'écraser (undo à un niveau). Nouvelle logique dans `FfxLib/Ai/AiAutomation.cs` (`DuplicateActionInstructions`/`ToggleForceInstructions`/`AddSelfBuff` + préréglages de buff) ; sauvegardes centralisées dans `WriteMonsterWithBackup`/`SaveNewAi`. `--ai3` étendue : duplicate 294/294, toggle 294/294, self-buff 346/346 (add/rng/detect/remove/reorder/change restent PASS). Build 0 erreurs. Honnête : tout prouvé hors ligne (structure/longueur) ; effet dans le jeu = RT2. Les ids de champ de buff (0x38/0x31/0x32) sont ceux documentés dans le snippet — plus de statuts une fois plus d'ids minés.

Lire les notes