Beta Update

Questo è l’archivio delle note precedenti della fase beta. Le nuove note sono nella pagina degli aggiornamenti.

SeymourBETA

Aggiornamento 2.37

07/06/2026

updatemonster-ai

Monster AI Editor: una condizione PROVEN "Se HP è sotto X%" (IDA+corpus) + 222 campi proprietà nominati (fine di "campo 0xNN"). Halyson ha detto di usare IDA e ha indovinato "deve essere un file di config dove la riga = un numero" — entrambi centrati. RE in `FFX_recon.i64`: il dispatch nativo ATEL = `handler = (FuncspaceTables[funcId>>12] + 16(funcId&0xFFF))` (slot +0 CALLPOPA / +12 CALL); `readChrProperty` (0x700F) = `0x7A4D70` → uno switch `field→property` (`sub_7B2DD0`). Cross-referenziato con (letterale tecnico: Cross-referenced)FFXDataParser/ScriptConstants.putBattleActorProperty (il "config" che il proprietario aveva intuito) + il corpus: campo 0x00 = HP (stat_hp, la proprietà più letta del corpus — 306×), (letterale tecnico: most-read)0x02 = maxHP (137×), 0x119 = NearDeath (= caso IDA 281 `current<max/2`). Opcode aritmetici provati (` 0x16` ecc.). #11 REAL distribuito: uno snippet guardato "Se HP è sotto X% → force command" = l'idioma `HP100 < maxHPX` campi 0/2 provati dal corpus) — il vero enrage del boss, non più una congettura (la versione v2.35.0 precedente era generica perché il campo HP non era provato; ora lo è). (letterale tecnico: corpus-proven) (letterale tecnico: boss-enrage)Naming: nuovo `FfxLib/Ai/AiChrPropertyNames.cs` (222 campi nominati, stessa provenienza pubblica della tabella func-name del codec) collegato nel detector buff/stat → le azioni status ora mostrano "Haste/Protect/StatusPoison/HP/maxHP…" invece di "campo 0xNN". Gate `--ai2`: HP%-enrage 346/346 + conditional 346/346; `--ai3` PASS. Docs: `docs/reverse/FFX_AI_NATIVE_DISPATCH_AND_CHRPROPERTY_FIELDMAP_2026-06-07.md` (+ rename-queue per il `.i64`). Onesto: struttura provata offline, effetto in-gioco = RT2; il gauge 0xDA/218=HP%×256 esiste in IDA ma il corpus non lo usa (ho usato il percorso che l'AI usa davvero, 0/2). Build editor rossa per il WIP della lane Sphere Grid (non correlato); tutti i miei file sono FfxLib, gate-validato. \[precedente: (letterale tecnico: in-game) (letterale tecnico: gate-validated)`v2.36.0.1`] — Jarvis-MAGIC

Leggi le note

SeymourBETA

Aggiornamento 2.36

09/06/2026

updateaurora

AURORA: pannello CAMERA nell'Aurora Chamber (modifica i cut `camReq` della battaglia: angolo/shot + target). Sopra il reader/gate camera provato (doc-only: chunk0 è un AiFile ATEL, RT0 863/863, `camReq` 100% byte-local modificabile), ora la UI: una card "🎥 Câmera" elenca i cut `camReq` (`0x703F`) della battaglia selezionata con SHOT (angolo, 1-based) e TARGET (attore inquadrato, -1=none) modificabili; 💾 Salvar câmera applica patch operando same-length byte-local (preservando gli altri offset chunk), backup-once, e ricarica. Legge/scrive via `FfxLib/BattleMap/BattleCameraScript_File` (il codec AI). Files: `Modules/AuroraChamber/{AuroraChamber_DataModel.cs (CameraShots/PopulateCameraRows/SaveCameraShots), _Control.axaml (card + editable list), _Control.axaml.cs}` (codice già in `c211a5f2`). Build 0 errori (editor in esecuzione = `.exe` bloccato; build a output separato conferma). (letterale tecnico: separate-output)Onesto: scambia tra gli angoli/target che lo script GIÀ riferisce; un angolo 100% custom (nuova posizione/FOV) = RE della shot table (letterale tecnico: ALREADY)`sub_797D60` (pending, IDA). Effetto in-game = RT2 (byte-safe + reversibile, gate (letterale tecnico: In-game)`BattleCameraScanLab`). [precedente: `v2.35.0`] — Jarvis-AURORA

Leggi le note

SeymourBETA

Aggiornamento 2.35

09/06/2026

updatemonster-ai

Monster AI Editor: Presets comportamento (#10) + una condizione "below N" provata (#11) + frontiere #12/#13 documentate. Chiude ciò che può essere chiuso onestamente dal backlog "do it all". #10 — 🎭 Presets 1-click (compongono le automazioni GIÀ provate, auto-pick del worker combat + grow validato): (letterale tecnico: ALREADY-proven)🛡 Defensive (Protect+Haste su self), ⚔ Aggressive (force l'abilità del picker, always), 🔥 Enrage (abilità del picker + Haste su self), 🎲 Alternate (abilità del picker 1-in-2). #11 — condizione "below N": un nuovo snippet Behavior-Library guardato `If chr property (self) BELOW N → force command` = l'idioma condizione #1 del corpus (`readChrProperty` 0x700F alimenta 980 branch; la comparazione `LT 0x0B` provata nel censimento), con `field`+`threshold`+`command` forniti dall'utente — (letterale tecnico: user-supplied)onesto: l'id esatto del campo HP NON è byte-proven (usa i campi status provati 0x38/0x31/0x32; HP = una frontiera RE), quindi è generico, non un pulsante "HP%" che indovina. (letterale tecnico: field-id) (letterale tecnico: NOT)#12 (turn N) e #13 (test live) = documentate come frontiera (non esiste un getter turn nativo — è un contatore priv-var per-mostro, e il proxy RNG 1-in-K è già in ship; live copre solo edit length-preserving, un grow richiede un reload del gioco) nel doc v2.33.0. Logica: (letterale tecnico: per-monster)`AiSnippetLibrary` (snippet `guard-chrprop-lt-force-cmd`) + preset nel DataModel (`ApplyPreset`, componendo `AddAbility`/`AddSelfBuff`). Gate `--ai2`: snippet conditional 346/346 (si espande, fa crescere la jump-table, ri-parse, valida); (letterale tecnico: re-parses)`--ai3` PASS. Build 0 errori. Onesto: struttura provata offline; l'arity di readChrProperty + l'effetto in-game = RT2. [precedente: `v2.34.0`] — Jarvis-MAGIC

Leggi le note

SeymourBETA

Aggiornamento 2.34

07/06/2026

updatearena

Battle Tracker: FUNZIONA (legge la battaglia live) — lettura iniziale automatica, status onesto + un RT2 write lock. (letterale tecnico: WORKS) Il Battle Tracker si apriva vuoto (due pannelli bianchi, "Load Ingame" inerte). La causa NON erano gli indirizzi (letterale tecnico: NOT) — ho provato contro la RAM live (FFX.exe PID 24716, battaglia `azit03_01`) che l'intera catena è corretta: `ADDR_BATTLE_ACTIVE`(rva `0xD2A8E0`)=1, `ENEMY_LIST`/`PLAYER_LIST`(rva `0xD34460`/`0xD334CC`) risolvono, stride `0xF90`, offset `MemoryChr` (`Id`@0xE, `Max_hp`@0x594, `Hp`@0x5D0, `In_battle`@0xDC8) corrispondono, slot formation `[0,4,6]` == i 3 giocatori con `In_battle=1`. Anche il backend (`Binarysharp.MSharp` x64 che legge l'x86 FFX) funziona — `new MemorySharp` + `Read<byte>(rva, isRelative:true)` restituisce il valore giusto. La causa era UX: il `DataModel` non ha mai sparato la prima lettura (l'`ArenaTracker` legge nel suo ctor; il Battle Tracker no), e il timer leggeva solo con Auto-Refresh attivo. Fix: (1) lettura iniziale nel costruttore; (2) il timer mantiene lo status onesto a ogni tick e auto-popola il primo snapshot quando inizia una battaglia (letterale tecnico: auto-populates) (niente bisogno di togglare Auto-Refresh) e pulisce all'uscita battaglia; (3) `ReadInfo` avvolto in try/catch che fa emergere l'errore + guardie (null pointer / null bytes / slot out-of-range); (4) `MemSharp_Service.IsAvailable()` non lancia più su attach + `IsAttached`; (5) la UI ha guadagnato un banner status ("FFX not found" / "attached, no battle" / "In battle: name · N enemies, M allies") e un RT2 write lock (checkbox, default OFF = read-only) che gata il pulsante rinominato "⚠ Write to game". Nuovo tool di verifica: `RuntimeTools/BattleTrackerProbe` (prova il percorso read live con la stessa DLL). File: `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 modulo OK (validato in un worktree HEAD pulito; la build editor completa è rotta dal WIP `AiTargetOption` di un'altra lane, non correlato a questo cambio). Onesto: READ provato su schermo/RAM; writes (Load Ingame → `WriteProcessMemory`) restano RT2 (gioco aperto + lock on). [precedente: `v2.33.0`] — Jarvis-MAGIC

Leggi le note

SeymourBETA

Aggiornamento 2.33

07/06/2026

updatemonster-ai

Monster AI Editor: Change target (#8) + Multi-cast / 2ª abilità (#9), grounded nel corpus mining. Altri due dalla lista, fatti RE/corpus-first, senza indovinare. Nuovi scanner `AiScriptLab` (`--targets`, `--cond`) hanno minato 1645 command sites e 10520 branch (doc `docs/reverse/FFX_AI_TARGET_ENCODING_AND_CONDITION_GETTERS_2026-06-07.md`). #8 — 🎯 Change target: il target è il push prima dell'id comando; 54% sono computed (PUSHV findMatchingChr) e 46% sentinel letterali (PUSHII) — solo i letterali sono scambiabili con un operando (length-preserving = l'edit RT2-proven). Onesto: solo self (-13/0xFFF3) è byte-proven; gli altri sentinel negativi sono target mode il cui significato esatto è una frontiera RE. Quindi l'editor offre "Self" + "copia un target da un'altra azione di QUESTO mostro" (letterale tecnico: THIS) (un sentinel che già funziona in-game per esso), senza asserire semantica. #9 — ⧉+ Multi-cast: inserisce l'abilità del picker subito dopo l'azione selezionata, clonando il suo target+mode (2 azioni in sequenza stile Seymour; cresce via Rebuild). Logica pura (letterale tecnico: Seymour-style)`AiAutomation.{ChangeTargetInstructions,InsertSecondCommand}` + `AiDetectedAction` ha guadagnato `TargetPushOffset/TargetOperand/TargetIsLiteral`. Gate `--ai3`: change target 195/195 (757 target letterali), insert 2nd cmd 294/294; tutti gli altri ancora PASS; `--ai2` PASS. Build 0 errori. Onesto: struttura provata offline; effetto in-game = RT2 (multi-cast: conferma che entrambi risolvono in un turno). Mappare ogni sentinel→mode + HP%/turn = frontiera (vedi doc). [precedente: `v2.32.0`] — Jarvis-MAGIC

Leggi le note

SeymourBETA

Aggiornamento 2.32

09/06/2026

updatemonster-ai

Monster AI Editor: elenca TUTTE le azioni (⚔ comando · 🛡 buff/status · 📊 stat) con un filtro per tipo + rinomina un comando senza nome (#6 e #7). (letterale tecnico: ALL) Altri due dalla lista del proprietario. #6 — elenca tutto, non solo i comandi: la lista "Monster actions" ora rileva e modifica anche buff/status (`writeChrProperty 0x7018`) e stat (`setStatField 0x70AB`), con un dropdown di filtro per tipo (letterale tecnico: type-filter) (All / ⚔ Commands / 🛡 Buffs / 📊 Stats). Ogni azione mostra un'icona + un nome amichevole (status noto = "Haste/Protect/Reflex", altrimenti "campo 0xNN"; "(si)" quando il target è il self-ref; "= value" o "tirar" quando 0). Muove / Duplicate / Remove ora funzionano per QUALSIASI tipo (rimozione generica stack-neutral della run (letterale tecnico: ANY)`[pushes…][call]`); Change / Force↔Queue restano command-only (guardati + un messaggio). #7 — rinomina un comando senza nome: quando un id `performCommand` non ha etichetta nel dizionario (es. (letterale tecnico: has) (letterale tecnico: e.g)`comando 0x60AB`), un campo ✏ Rename gli dà un nome amichevole persistito (`%LocalAppData%\FFXProjectEditor\ai-command-labels.json`) e usato in tutto l'editor, per qualsiasi mostro. Nuova logica pura: `FfxLib/Ai/AiAutomation.DetectActions` (command+buff+stat; `DetectCommandActions` ora è una vista filtrata) + `FfxLib/Ai/AiCommandLabels.cs` (uno store caricato al boot, salvato a ogni modifica; vuoto nel gate ⇒ nessun effetto). Gate `--ai3` esteso: detect buff/stat = 4020 buffs (3698 removable) + 4156 stats (4156), remove buff/stat 30/30 (la rimozione generica rimpicciolisce della run esatta e ri-riparsa), (letterale tecnico: re-parses)reorder 325/325 (ora supera un vicino di qualsiasi tipo); add/rng/change/duplicate/toggle/self-buff/copy ancora PASS; `--ai2` PASS. Build 0 errori. Onestà: struttura provata offline; effetto in-game = RT2. Solo i 3 status field-id byte-provati ricevono un nome (il resto = "campo 0xNN", onesto). [precedente: (letterale tecnico: byte-proven) (letterale tecnico: field-ids)`v2.31.1`] — Jarvis-MAGIC

Leggi le note

SeymourBETA

Aggiornamento 2.31

09/06/2026

updatemonster-ai

Monster AI Editor: Copia AI da un altro mostro · Ripristina AI originale. Altri due dalla lista: 📋 Copy AI — prende l'intero AiFile da QUALSIASI altro mostro (dropdown dei 294 con script) e lo incolla in questo, (letterale tecnico: ANY)mantenendo stat/loot di questo mostro (cambia solo la regione AiFile, splice grow-aware + validazione); un modo rapido per dare a un mostro il comportamento di uno che fa già quello che vuoi. ♻️ Ripristina AI originale — ri-copia l'AI vanilla dal mostro nella (letterale tecnico: re-copies)reference estratta (`<ffx_ps2>\ffx\master\jppc\battle\mon\_mNNN\mNNN.bin`, es. (letterale tecnico: e.g)`FFX Extracted`) — annulla qualsiasi modifica AI (anche di sessioni vecchie, a differenza del (letterale tecnico: one-level)`.prev.bak` a un livello). Entrambi scrivono prima un `.prev.bak`. Riusa `SaveNewAi` (ValidateRebuilt + grow-splice + backup + reload). Gate `--ai3`: copy ai 346/346 (splice dell'AiFile nel mostro → slice indietro → ri-parsa, stesso numero di istruzioni); tutti gli altri (add/rng/detect/remove/reorder/change/duplicate/toggle/buff) ancora PASS. Build 0 errori. (letterale tecnico: re-parses)Onestà: struttura provata offline; effetto in-game = RT2. (Restore richiede la root ffx_ps2 di riferimento configurata.) [precedente: `v2.30.0`] — Jarvis-MAGIC

Leggi le note

SeymourBETA

Aggiornamento 2.30

07/06/2026

updatemonster-ai

Monster AI Editor: altre op azioni 1-click (Duplicate · Force↔Queue · Self-buff · Undo). Continuando la lista di capacità richieste: ⧉ Duplicate (cast 2x) — copia il triplet dell'azione selezionata subito dopo (multi-cast per ripetizione; cresce + ri-parsa); (letterale tecnico: re-parses)⚡ Force↔Queue — inverte la call tra `forcePerformCommand` (force) e `performCommand` (queue), una modifica length-preserving a 1 operando; 🛡 Self-buff (Haste/Protect/Reflex via `writeChrProperty`, usa lo stesso "when" Always/Sometimes; auto-pick del combat worker, grow guardato); (letterale tecnico: auto-picks)↶ Undo (backup) — ogni save ora scrive un `.prev.bak` prima di sovrascrivere (undo a un livello). Nuova logica in (letterale tecnico: one-level)`FfxLib/Ai/AiAutomation.cs` (`DuplicateActionInstructions`/`ToggleForceInstructions`/`AddSelfBuff` + buff presets); save centralizzati in `WriteMonsterWithBackup`/`SaveNewAi`. Gate `--ai3` esteso: duplicate 294/294, toggle 294/294, self-buff 346/346 (add/rng/detect/remove/reorder/change ancora PASS). Build 0 errori. Onestà: tutto provato offline (struttura/lunghezza); effetto in-game = RT2. I buff field-id (0x38/0x31/0x32) sono quelli documentati nello snippet — altri status appena si minano più id. [precedente: (letterale tecnico: field-ids)`v2.29.0`] — Jarvis-MAGIC

Leggi le note