Maechen connecté à Spira
Beta Update
Versions officiellesAnciennes 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.
SeymourBETAPATCH17/06/2026
Field Scout : manifeste de walk JSONL (textures + ancre joueur + champs découverts). Voie Jarvis-FIELD-RE. MINOR. `FieldScoutHook` dans `ffx-hooks.dll` (`field_scout.flag`) : dédup jusqu'à 65k actifs, écrit `modules/field-scout/session-.jsonl` ; ingestion `RuntimeTools/FieldScoutLab/process-scout-session.ps1` → rapport + file PhyreMapExportLab. Doc `docs/reverse/FFX_FIELD_SCOUT_WALK_MANIFEST_2026-06-17.md`.
Lire les notes
LuluBETAMINOR17/06/2026
Sphere Grid Panel + Explorer : le menu déroulant « Required sphere » écrit `NodeEffectBitfield` + `AppearanceType`. Voie Jarvis-MAGIC. MINOR. Préréglages Power / Mana / Speed / Ability / Key Lv1–4 (+ Custom) via `SphereGridNodeSphereRequirement` ; `WriteNodeTypes` persiste désormais les deux champs (auparavant toujours hérités de l'original). L'onglet Panel et Explorer → Node Types gagnent une ComboBox ; la liste Panel montre la sphère inférée. Corrige l'authoring « Key NV3 » vs enseignement de compétence (`0x0400`). RT2 en attente : sauvegarder Ability Sphere sur un clone ≥96 et confirmer le coût en jeu. Fichiers : `FfxLib/SphereGrid/SphereGridNodeSphereRequirement.cs`, `SphereGrid_File.Write.cs`, `Modules/SphereGridPanel/`, `Modules/SphereGridExplorer/`.
Lire les notes
LuluBETAMINOR16/06/2026
Sphere Grid Builder : agrandir `panel.bin` depuis `command.bin` + picker d'actions + CLI de parse Ronso Kimahri. Voie Jarvis-MAGIC. MINOR. `SphereGridPanelGrowWriter` ajoute des types de nœuds à `panel.bin` (jp+us) en clonant un modèle de compétence (`LearnedMove = 0x3000|id`) ; le Builder gagne un menu déroulant command.bin, un bouton Populate panel (≥96), un auto-grow au Apply ; correctif de locale JP (jamais ASCII `"Learn …"` dans les chaînes de panneau japonaises). CLI `--kimahri-ronso-parse [command.bin]` dump les stats OD Ronso (104–115, Lancet, opener 282). RT2 en attente : le nœud de grid enseigne le clone ≥96 en jeu. Fichiers : `FfxLib/SphereGrid/SphereGridPanelGrowWriter.cs`, `SphereGrid_File.Write.cs`, `Modules/SphereGridBuilder/`, `Tools/KimahriRonsoParseRt0.cs`, `Program.cs`.
Lire les notes
LuluBETAMINOR16/06/2026
Kernel Commands : clone/suppression/ajout de lignes + Name/Description éditables dans le pool de texte embarqué. Voie Jarvis-MAGIC. MINOR. `KernelCommandListMutator` (append/clone/delete pour `command.bin` + `monmagic.bin`) ; boutons Clone / Delete / Add sur la liste de commandes (parité Monster Commands 1/2) ; panneau Identity avec Name + Description éditables (`DisplayName`/`DisplayDescription` → `NameScriptBytes`/`DescriptionScriptBytes`, round-trips au Save via `Ability_Command.WriteList`). Débloque l'authoring Caminho 4 dans l'éditeur (ex. renommer le clone #320 → Blue Magic sans hex). RT2 en attente : Save + Load en jeu + confirmer le nom/la description du menu de bataille. Fichiers : `FfxLib/Ability/KernelCommandListMutator.cs` (nouveau), `Modules/BattleKernel/Commands/KernelCommands_.{axaml,cs}`, `FFXProjectEditor.csproj`, changelogs.
Lire les notes
WakkaBETAREVISION16/06/2026
Arena+ Multi Dark Aeon : CLI de rapport de verrouillage d'échelons (`--print-tier-lock`) + schéma sidecar v1. Voie Jarvis-ARENA. MINOR (nouvelle capacité : premier rapport hors ligne croisant le catalogue v2 + le sidecar de progression ; nouveau schéma canonique pour l'instantané LOCKED/READY/CLEARED). Nouveau `RuntimeTools/ArenaMultiBossLab/TierLockReport.cs` + 4 drapeaux dans `Program.cs` : `--print-tier-lock`, `--progress <path>`, `--out <json>`, `--json`. Le mode par défaut imprime un rapport humain groupé par échelon avec les raisons de porte (`← needs: arena.dark.valefor, ...` pour les lignes LOCKED) et un repli `rt2:<status> risk:<...> token:<mode>` pour les lignes non-`proved`. `--out` ou `--json` émet un JSON strict correspondant au nouveau `mods/Spira Reforge/arena/spira-arena-tier-lock-state.schema.json` v1 (`format`, `format_version`, `generated_utc`, `summary{total,cleared,ready,locked}`, `rows[]` avec l'énum `state` `LOCKED|READY|CLEARED` + `unlock_requires/missing_requires`). Règles de gating déjà documentées dans le schéma (les mêmes que le futur hook de menu F7 appliquera). Exécution actuelle vs catalogue + sidecar vide : 13 lignes totales -> 9 READY (solos) + 4 LOCKED (duo/trio/quartet/penta gardés par les solos), 0 CLEARED. `mods/Spira Reforge/arena/` README réécrit avec la table complète des 5 sidecars + exemples travaillés de `--print-tier-lock` et `--validate`. Lints propres. Build PASS.
Lire les notes
WakkaBETAMINOR16/06/2026
Arena+ Multi Dark Aeon : scaffold BattleEndHook (Voie 3) + RE du pipeline de teardown de fin de bataille. Voie Jarvis-ARENA. MINOR (nouvelle capacité DLL : nouveau détour PolyHook2 en lecture seule sur la fonction de nettoyage de bataille, plus RE fraîche du pipeline de fin de bataille). RE faite via IDA + MCP idalib — fonctions renommées et commentées dans `work/reverse/ida/FFX_recon.i64` (RÈGLE D'OR appliquée) : `FFX_Battle_EndCleanupDispatcher @ 0x79E650` (était `sub_79E650`), `FFX_Battle_EffectFreeAtEnd @ 0x7FB090` (était `sub_7FB090`, émet le log littéral « (op)\top_et_battle_effect_free( battle end ) »), `FFX_Battle_GetNextEncounterToken @ 0x7C5EE0` (était `sub_7C5EE0`). Chaîne découverte : `FFX_Btl_MainBattleTick @ 0x790C60` appelle le nettoyage quand `sub_888CE0(0,0,0)` a le bit 0x20 posé, avant que `FFX_Battle_InitEncounterFromBtlbin` enchaîne la prochaine bataille ou revienne au field. Nouveaux fichiers : `RuntimeTools/FfxHooksDll/hooks/BattleEndHook.{h,cpp}` (scaffold complet : détour, callback enregistrable, debounce par handle, struct `BattleEndEvent` avec `effectHandle`/`nextEncounterTok`/`result`/`sequenceNo`). 5 nouvelles RVA dans `shared/ffx_addresses.h` : `RVA_FFX_BATTLE_END_CLEANUP_DISPATCHER`, `RVA_FFX_BATTLE_EFFECT_FREE_AT_END`, `RVA_FFX_BATTLE_GET_NEXT_ENCOUNTER_TOKEN`, `RVA_FFX_BATTLE_MAIN_TICK`, `RVA_FFX_BATTLE_END_EFFECT_HANDLE` (= `dword_1134564[1743]` @ `0x11360A0`). Porte : `arena_plus_victory_hook.flag` (env `FFXHOOKS_ENABLE_ARENA_PLUS_VICTORY_HOOK=1`) ; défaut OFF. Callback par défaut `ArenaPlus_OnBattleEnd` dans `dllmain.cpp` ne fait que LOGGER — ne touche PAS encore `spira-arena-progress.json`. 2 TODO explicites pour le spike RT2 avec Halyson : (a) distinguer victoire/défaite/fuite via le bitmask de `sub_888CE0` ; (b) mapper `effectHandle` -> `progress_flag` via corrélation avec le dernier match `ResolverLogHook`. La ligne de branchement `ArenaProgress_RecordCleared` est laissée commentée et expliquée dans le code. Build PolyHook PASS 12/12 cpp. Doc complet à `docs/reverse/FFX_ARENA_PLUS_BATTLE_END_HOOK_RE_2026-06-16.md`. Réversibilité : retirer le drapeau = vanilla instantané ; le hook ne touche pas la mémoire/la valeur de retour.
Lire les notes
WakkaBETAREVISION16/06/2026
Arena+ Multi Dark Aeon : REDIRECT du résolveur de tokens personnalisés (Option A du spike). Voie Jarvis-ARENA. MINOR (nouvelle capacité DLL : le spike en lecture seule a grandi le chemin de redirect décrit dans `FFX_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER_HOOK_SPIKE.md`). Le `ResolverLogHook` a désormais 2 modes : (a) LOGGER — comportement précédent, défaut ; (b) REDIRECT — opt-in via `arena_plus_custom_token_resolver.flag` (env : `FFXHOOKS_ENABLE_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER`). En mode redirect, AVANT d'appeler le trampoline vanilla, le shim consulte une table `customToken -> aliasToken` (plage HIWORD obligatoire `0xA001..0xAFFF`) ; sur un hit, le token est échangé pour l'alias vanilla pour que le résolveur renvoie une `row` légitime. Le code en aval ne peut pas dire qu'il a été redirigé ; revenir = retirer le drapeau ou la DLL. Nouvelles API dans `hooks/ResolverLogHook.h` : `SetCustomTokenRedirects(table, count)` (cap 32, valide la plage), `SetCustomTokenRedirectEnabled(bool)`, `IsCustomTokenRedirectEnabled()`, `ResolverRedirectHitCount()`. Nouveau sidecar `mods/Spira Reforge/arena/spira-arena-custom-tokens.{json,schema.json}` amorcé avec 4 entrées (duo `0xA0010046->0x00DC0046`, trio `0xA0020046->0x00DC0046`, quartet `0xA0030046->0x01AE0046`, penta `0xA0040046->0x01AE0046`). Chargement au boot via `ArenaPlus_LoadCustomTokenRedirects()` dans `dllmain.cpp` — ordre de recherche : `$FFXHOOKS_ARENAPLUS_CUSTOM_TOKENS_PATH` -> `<DllDir>/mods/Spira Reforge/arena/spira-arena-custom-tokens.json` -> `<DllDir>/spira-arena-custom-tokens.json` ; toute défaillance d'I/O ou de parse garde le hook en mode logger (zéro régression). Build PolyHook PASS 11/11 cpp. RT2 en jeu Nécessite un Test (attend qu'un launcher émette réellement un token personnalisé ; pas encore câblé dans aucune UI).
Lire les notes
SeymourBETAMINOR16/06/2026
Cascade de Capture Cap-1 Phase C : écrivain `capturable` d'1 octet (`MonsterCaptureFlagWriter`) + porte `--monster-capture-bit-rt0` PASS 361/361 sur le corpus vanilla. Voie Jarvis-CAPCAS-WRITE. MINOR (nouvelle capacité : premier écrivain pour la fonctionnalité `Capture Cascade` / `Yoke of Spira` ; lib + porte, toujours PAS d'UI). Implémente la Phase C du plan Cap-1 (la Phase B `v2.123.3.1` a localisé l'octet ; la Phase C y écrit). Écrivain (`FFXProjectEditor/FfxLib/Monster/MonsterCaptureFlagWriter.cs`): au niveau octet (pas de round-trip complet de struct `Monster_File.Read(...).Write()`), opère directement sur `bytes[StatSheetPointer + 0x78]` avec `StatSheetPointer = uint32_le(bytes[0x0C])`. API : `TryGetStatSheetPointer`, `GetCaptureFlagFileOffset`, `ReadCaptureFlag`, `ReadPaddingByte`, `WriteCaptureFlag(monBin, newSlot)` (clone le tableau, retourne l'octet, garde le padding `0x00`, refuse les monstres avec padding non nul comme variante inconnue) ; helpers `IsUncapturable`/`IsVanillaArenaSlot`/`IsSidecarArenaSlot`. Constantes `Uncapturable = 0xFF`, `VanillaArenaSlotMin/Max = 0x00..0x67`, `SidecarArenaSlotMin/Max = 0x68..0xFE` (MA vanilla = 104 slots, sidecar = région Capture Cascade sans collision de bestiaire). Porte (`FFXProjectEditor/Tools/MonsterCaptureFlagRt0.cs`): invoquée via `FFXProjectEditor.exe --monster-capture-bit-rt0 [monsterRoot]`, prouve 3 propriétés par monstre : (1) identité d'octets même-valeur — `WriteCaptureFlag(bin, current)` == `bin` (l'écrivain est un no-op quand newSlot==current) ; (2) diff slot-only — `WriteCaptureFlag(bin, target)` diffère de `bin` en exactement 1 octet, à `[StatSheetPointer + 0x78]`, avec padding `0x00`, chaque autre octet byte-identique ; (3) RT0 flip-et-restore — `WriteCaptureFlag(WriteCaptureFlag(bin, target), original)` == `bin` (idempotence complète). La cible est choisie hors-bande par catégorie : uncap (0xFF) bascule vers 0x68 (sidecar), MA vanilla bascule vers 0xFF, etc. Résultat contre `FFX Extracted\...\jppc\battle\mon` (vanilla) : VERDICT PASS — 361/361 monstres, 251 uncap (0xFF), 110 slots MA vanilla, 0 sidecar, 0 padding non nul, parse d'en-tête 361/361, RT0 même-valeur 361/361, diff slot-only 361/361, RT0 flip-et-restore 361/361. Dépasse le corpus de preuves de la Phase B (58 échantillons) de 6×. Câblé dans `RuntimeTools/offline_ci.ps1` de `$editorGates` (entre `monster` et `encounter`) — porte interne permanente. Nouveaux fichiers : `FfxLib/Monster/MonsterCaptureFlagWriter.cs`, `Tools/MonsterCaptureFlagRt0.cs`. Touchés : `Program.cs` (câblé `--monster-capture-bit-rt0`), `RuntimeTools/offline_ci.ps1` (`$editorGates`). Ne touche pas : `m###.bin` (la porte est en lecture seule — ne lit que les fichiers vanilla, n'écrit jamais sur disque), DLL, runtime, sauvegarde, hook. Build C# Release PASS (0 erreurs, 384 avertissements de baseline). UI Phase C pas câblée dans cette livraison — toujours lib + porte, pas de bouton public. Prochaine étape sûre : Phase D (case `Capturable` UI dans `MonEditor` + écrivain en masse pour Dark Aeons + Penance) ou RT2 en jeu (Halyson édite 1 monstre jetable `0xFF→0x68` dans un vrai `m###.bin`, sauvegarde, lance le jeu, capture le monstre pour confirmer que le moteur accepte un slot hors de la plage vanilla 0x00..0x67). Doc : `docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_RESULT_2026-06-16.md` §5.1.
Lire les notes