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.69

10/06/2026

Blitzball Recruits Editor : UI pour changer QUI est recruté à chaque lieu (fichier de jeu ; écrivain `v2.67.0` prouvé). Nouveau module/onglet `Blitzball Recruits 🏐` (`Modules/BlitzballRecruitEditor`) qui édite le recrutement d'agents libres directement dans le fichier de jeu : il liste les ~34 événements de recrutement (Luca/Kilika/Guadosalam/Calm Lands/Airship/Besaid/…, dérivés du corpus via la signature `AE 28 00 14 AE <id> 00 A3`), et par événement montre chaque site de recrutement avec un dropdown des 60 joueurs (noms résolus depuis `macrodic.dcp` via `BlitzballPlayerNames`) pour re-pointer qui est recruté là. Il consomme l'écrivain déjà prouvé `BlitzballRecruit_File`/`Event_File.PatchScriptByte` (porte `--blitzball-recruit-rt0`) via un par événement `ByteSnapshotEditorSession` (save/undo/restore-original/auto-save, un miroir du MacroExplorer multi-source). Enregistré dans `Main_Window` (nav + `SetModule`). Honnêteté : badge "Writable (Lab)" — re-pointe l'id joueur du recruté uniquement (fichier de jeu, pas de patch EXE ; isolation RT0 prouvée, RT2 en jeu en attente) ; chaque joueur a généralement 2 sites (deux branches de code) → changez les deux pour re-pointer complètement ; la disponibilité/gating du recrutement reste dans la logique d'événement ; les stats joueur = l'onglet Blitzball Roster, les noms = Macro Explorer. MINOR (NOUVEAU module/onglet ; précédent : Blitzball Roster Editor `v2.68.0` = MINOR). Réutilise l'écrivain existant/`Event_File`/`MacroDictionary_File`/`BlitzballPlayerNames`/`ByteSnapshotEditorSession` ; ne ajoute pas un nouvel écrivain ni touche save/runtime/SIN/other voies. Build 0 erreur / 361 warning ; `--blitzball-recruit-rt0` PASS.

Lire les notes

SeymourBETA

Mise à jour 2.68

10/06/2026

updateruntime-hook

Blitzball Roster Editor : UI visuelle pour les stats/croissance des 60 joueurs (fichier de jeu ; écrivain `v2.66.0` prouvé). Nouveau module/onglet `Blitzball Roster 🏐` (`Modules/BlitzballRosterEditor`) qui édite visuellement les courbes de croissance des 60 joueurs dans `bltz0002.ebp` : une liste de joueurs (avec noms en lecture seule résolus depuis `macrodic.dcp` via `BlitzballPlayerNames`) + un éditeur pour les 8 stats (HP/SP/AT/EN/PA/SH/BL/CA), chacune avec les 4 floats modifiables `a/b/c/growthType`, un aperçu de valeur en direct à Lv 1/50/99, et la formule. Il consomme l'écrivain déjà prouvé `BlitzballRoster_File` (porte `--blitzball-roster-rt0`) via `ByteSnapshotEditorSession` (save/undo/restore-original/auto-save, un miroir exact de `TreasureEditor`). Enregistré dans `Main_Window` (nav + `SetModule`). Honnêteté : badge "Writable (Lab)" — écrit seulement les tables de croissance (RT0 byte-identity prouvé, RT2 en jeu en attente) ; les noms sont en lecture seule ici (éditez-les dans Macro Explorer) ; techs/niveau/EXP/coût sont côté save ; le moteur de match / les effets de technique sont natifs EXE (voir la carte d'adresses). MINOR (NOUVEAU module/onglet ; précédent : Blitzball Prize Explorer `v2.62.0` = MINOR). Réutilise l'écrivain existant/`Event_File`/`MacroDictionary_File`/`BlitzballPlayerNames` ; ne ajoute pas un nouvel écrivain ni touche autres voies/runtime/save/SIN. Build 0 erreur / 361 warning ; `--blitzball-roster-rt0` PASS.

Lire les notes

SeymourBETAMINOR

Mise à jour 2.67

10/06/2026

updateruntime-hook

Blitzball : RECRUTEMENT modifiable dans le FICHIER DE JEU — patcher d'immédiat ATEL dans le `.ebp` (RT0 prouvé). Qui est recruté à chaque lieu est un immédiat 1-octet dans le bytecode ATEL de l'événement de champ : la signature `AE 28 00 14 AE <playerId> 00 A3` (`PUSHII 40 · ADD · PUSHII <playerId> · write-array`) ajoute à VOTRE équipe (`BlitzballTeamPlayers[count+40]`). Nouvelle primitive `Event_File.PatchScriptByte` (patch 1-octet du chunk ATEL, préservant la longueur via `ScriptChunkOverride`) + `FfxLib/Blitzball/BlitzballRecruit_File.cs` (`FindSites`/`SetRecruit`/`SetRecruitAt`) + porte `Tools/BlitzballRecruitRt0.cs` (`--blitzball-recruit-rt0`). PROUVÉ sur `guad0000.ebp` : 6 sites (Giera `0x1F`/Auda `0x22`/Nav `0x21` × 2 branches), no-edit Read→Write byte-identique (189,696 B), re-pointer Giera→Wakka (`0x1F`→`0x33`) isolé à 2 octets aux offsets prédits, re-lecture confirme le nouveau recruté. Signature validée vs `guad0000`/`lchb0000`/`hiku0500` (Al Bhed Psyches complet). Honnêteté : change QUI est recruté où (fichier de jeu, pas de patch EXE) ; la disponibilité/gating du recrutement reste dans la logique d'événement. MINOR (NOUVEAU écrivain de recrutement ; premier du genre). Ajoute seulement des fichiers + 1 dispatch `Program.cs` ; ne touche pas la save/runtime/SIN/other voies. Build 0 erreur / 361 warning ; `--blitzball-recruit-rt0` PASS. Doc : `docs/reverse/FFX_BLITZBALL_ENGINE_IDA_SCOUT_2026-06-10.md`.

Lire les notes

SeymourBETAREVISION

Mise à jour 2.66

10/06/2026

updateruntime-hook

Blitzball ROSTER (stats/croissance des 60 joueurs) MAINTENANT MODIFIABLE dans le FICHIER DE JEU — écrivain de variable ATEL `.ebp` PROUVÉ (RT0 byte-identique + mutation isolée). Le premier écrivain qui édite la base de Blitzball dans un FICHIER DE JEU, pas la sauvegarde. Les stats de base + courbes de croissance des 60 joueurs vivent DANS `bltz0002.ebp` comme variables ATEL `0x126..0x12E` (8 stats × 60 joueurs × 4 floats `a,b,c,growthType` ; formule de croissance décodée : `gt -1`→1, `0`→a+b·Lv, `1`→a+b·Lv^c, `2`→a+b·Lv−c·Lv², `3`→a+b·Lv+c·Lv²). Nouvelle primitive `Event_File.PatchEventDataElement(varId, idx, bytes)` (`FfxLib/Event/Event_File.AtelVar.cs`) : un patcher de variable eventData ATEL in-place, préservant la longueur via le hook `ScriptChunkOverride` existant → `Write()` re-emballe byte-identique sauf la tranche éditée. Nouvelle classe de fichier lecture/écriture `FfxLib/Blitzball/BlitzballRoster_File.cs` (décode/édite la croissance 60×8) + porte `Tools/BlitzballRosterRt0.cs` (`--blitzball-roster-rt0`). PROUVÉ : lecture byte-exact vs le dump FFXDataParser (joueur0 HP = `70 + 30·Lv + 0.711·Lv²`) ; no-edit Read→Write byte-identique (5,445,248 B) ; 480/480 growthType valide ; un patch single-float isolé aux 4 octets de l'élément cible à l'offset prédit (`@0x491680`). RE (la pièce manquante) : la base de valeur des variables = `worker0_header + 0x30` (résolu robustement, pas de hardcode). Honnêteté : SEULEMENT les stats/croissance sont des données de fichier ; les noms = macro de chaîne `0x700+idx` (écrivain existe, câblage en attente), positions/définitions de technique/moteur de match = EXE (IDA-pending), techs apprises/coût/contrat/niveau/EXP = save (hors périmètre du fichier de jeu). Pas encore d'UI (prochain = `BlitzballRosterEditor`). MINOR (NOUVELLE capacité : premier écrivain de roster Blitzball dans un fichier de jeu). Ne touche pas la sauvegarde (CHAPPU/checksum), le runtime, SIN, ni d'autres voies ; ajoute seulement de nouveaux fichiers + 1 dispatch `Program.cs`. Build 0 erreur / 361 warning ; `--blitzball-roster-rt0` PASS (no-edit byte-identique + mutation isolée). Docs : `docs/reverse/FFX_BLITZBALL_ROSTER_BASE_RE_2026-06-10.md` + `docs/ai/BLITZBALL_100PCT_EDITOR_CHECKLIST_2026-06-10.md`.

Lire les notes

SeymourBETAPATCH

Mise à jour 2.65

10/06/2026

updatemonster-ai

Croissance PC/Joueur dans le Spira Data Atlas (lecture seule, `proved-candidate`, byte-grounded, work/-indépendant). Branche la VRAIE source de la croissance/stats du PC dans le provider : nouveau `SpiraDataAtlasDetailKind.PlayerGrowthStat` + accesseur value-guarded `SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue)`. Source = `ply_save.bin` (stats de base/actuelles) + `ply_rom.bin` (ROM de croissance : courbe d'exigence AP `ApReq A/B/C/Max` + coefficients d'auto-croissance par stat `CoefA/B`), les MÊMES tables que le `PlayerGrowthEditor` édite (parser `PlayerKernel_File`, RT0-prouvé par `--player-rt0`). Les 20 slots (0–6 PC, 7 guest=Seymour, 8–17 Aeons, 18–19 non mappés) viennent d'une table compilée byte-grounded (`FfxLib/SpiraDataAtlas/PlayerGrowthData.cs`, générée par `tools/ffxdataparser_bridge/build_player_growth_index.ps1 -EmitCSharp` depuis les `.bin`), donc ils existent dans TOUT build SANS `work/` (contrairement à `PcAeonFineStat`, qui dépend de `work/pc_save_stats_catalog.csv` et n'est qu'un instantané). Les étiquettes se résolvent au runtime via `Character_Enum` (source unique de vérité). Honnêteté (non-obvious) : les coefficients de croissance de stats sont Aeon-only — les slots PC/guest portent ZÉRO coefficients (les PC croissent via la Sphere Grid) ; le seul bouton de croissance PC dans cette ROM est la courbe d'exigence AP. C'est un axe DIFFÉRENT du `sum_grow.bin` de BRASKA (auto-level ≠ recette de customisation). RÉGION-SPÉCIFIQUE : `ply_save`/`ply_rom` ne sont PAS invariants de locale (la section de données `new_uspc` diffère de jppc/inpc ; table compilée = `new_uspc`, la région que l'éditeur charge). La formule de gain AP-par-niveau / par-coefficient en jeu est `RT2-pending` (octets/champs prouvés, arithmétique runtime non inversée). Value-guard = le même espace de valeur que l'éditeur édite → éditer le champ (mismatch brut), ou un slot/source/champ inconnu → accesseur `false` → badge caché (miroir de Aeon/Shop/Alchimie). Porte `--spiraatlas-rt0` `21296 → 21316` (+20 ; tous uniques) + 18 nouvelles assertions (compte 20/8/10/2 ; PC coef zéro ; Aeon coef non-zéro ; région uspc ; lookup Tidus BaseHp 520 / ply_rom AP max 22000 / Valefore HpCoef 6 ; value-guard `9999` caché ; slot/source/champ hors plage manqué ; recherche de domaine ; domaine BIBLE player-growth). Lecture seule : aucun writer/UI/runtime/SIN ; ne touche pas `WriteSave`/`WriteRom`, l'UI `PlayerGrowthEditor`, le moteur `Common` d'ANIMA (consommé seulement), ni BRASKA/AURON/JECHT/RIKKU/WAKKA/VALEFOR/AURORA/SIN. Build 0 erreur / 361 warning ; `--player-rt0` + `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Docs : `docs/ai/ATLAS_TIDUS_PC_GROWTH_PROVIDER_RESULT_2026-06-10.md` + scout `docs/ai/ATLAS_TIDUS_PC_GROWTH_SCOUT_RESULT_2026-06-10.md`.

Lire les notes

SeymourBETA

Mise à jour 2.64

10/06/2026

updateruntime-hook

croissance/customisation Aeon dans le Spira Data Atlas (lecture seule, `proved-candidate`, Aeon-only, compilé). Branche `sum_grow.bin` (la table de customisation Aeon de FFX) dans le provider comme un kind de détail en lecture seule : nouveau `SpiraDataAtlasDetailKind.AeonGrowthRecipe` + accesseur value-guarded `SpiraDataAtlasCatalog.TryGetAeonGrowthRecipe(entryIndex, currentResultRaw, currentItemRaw)`. Aeon-ONLY : `sum_grow.bin` fait 636 octets (`0x14` header + 77 × 8B entrées, `Target` toujours `0x007F`=Aeon, `jppc`==`inpc` byte-identique) → 67 recettes d'abilité (Result cat 3 → Commands) + 10 recettes de stat (Result cat 0 → StatOptions, Secondary=1). Aucune rangée PC et aucune rangée Sphere-Grid (`PcAeonFineStat` est un corpus séparé ; la topologie de grille vit dans `sphere.bin`/`panel.bin`). Source non-`work/` : les 77 rangées viennent d'une table compilée byte-grounded (`FfxLib/SpiraDataAtlas/SumGrowAeonRecipeData.cs`, générée par `build_sum_grow_aeon_fine_index.ps1 -EmitCSharp` depuis `sum_grow.bin`), donc elles existent dans TOUT build sans `work/` (contrairement à Alchimie/Sphere/Shop). Les noms/étiquettes sont résolus au runtime par les `AeonCustomizationEntry`+dictionnaires de l'éditeur (source unique de vérité, RT0-prouvé par `--customization-rt0`), jamais ré-inventés. Coût de recette de stat = `partial` (l'éditeur rend `Primary× item` ; en jeu le coût est 1 item/application et `Primary` est l'incrément) — remonté dans la colonne `evidence` (`;cost-semantics-partial`), pas seulement en prose. Porte `--spiraatlas-rt0` `21219 → 21296` détails (+77 Aeon ; tous uniques) + 13 nouvelles assertions (compte 77/67/10 ; Aeon-only ; pas de PC ; pas de Sphere ; lookup d'abilité 66→Ultima/Méga Magikoroc ; lookup de stat 67→HP+100/Sphère Physique/cost-partial ; value-guard `0x9999` caché ; index hors plage manqué ; recherche de domaine ; domaine BIBLE aeon-growth). Lecture seule : pas de writer/UI/runtime/SIN ; ne touche pas RIKKU/WAKKA/JECHT/BAHAMUT/AURORA, le moteur de badge `Common` d'ANIMA, ni `WriteAeon`/save. Débloque YUNA backlog Q1 (était `blocked`). Vérifié par un workflow adversarif 4-lens dans le scout. Build 0 erreur / 361 warning ; `--customization-rt0` + `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Docs : `docs/ai/ATLAS_BRASKA_SUM_GROW_FINE_SCOUT_RESULT_2026-06-10.md` + `docs/ai/HANDOFF_BRASKA_SUM_GROW_FINE_INDEXER_NEXT_2026-06-10.md`.

Lire les notes

SeymourBETA

Mise à jour 2.63

10/06/2026

updateruntime-hook

kind de détail Alchimie dans le Spira Data Atlas (lecture seule, `proved-candidate`, value-guarded). La première ancre Alchimie honnête dans l'Atlas : nouveau `SpiraDataAtlasDetailKind.MixCombination` + accesseur `SpiraDataAtlasCatalog.TryGetMixCombination(originIndex, partnerIndex, currentRawResult)` branchant le dataset canonique du parser `work/step0_consolidated_v5/mix_combinations.csv` (6,328 rangées = 112×113/2, 0 clés dupliquées) dans le provider. `prepare.bin` est une matrice lower-triangular 112×112 (l'origine `O` porte des résultats non-nuls seulement dans les slots partenaire `0..O`), donc chaque paire non ordonnée `{a,b}` vit à exactement une cellule canonique origin=max, partner=min ; la clé `mix:0x{0x2000+max}+0x{0x2000+min}` est reconstructible depuis les indices `(origin, partner)` de l'éditeur sans deviner. `result_hex` est le MÊME mot little-endian que l'éditeur lit comme `MixResultRow.RawResult` (lecteur éditeur byte-identique par `--mixtable-rt0` ; parser même endianness) → value-guard = comparaison d'entiers même-espace : éditer le résultat casse le match et cache le badge (pas de stale) ; une cellule vide (raw 0, y compris chaque miroir upper-triangle) short-circuite. SOURCE UNIQUE : value-dict + détail viennent du même CSV. Porte `--spiraatlas-rt0` `14891 → 21219` détails (+6,328 Alchimie ; tous uniques) + 8 nouvelles assertions (compte 6328 ; lookup 0+0→Ultra Potion `0x30AC` ; ordre canonique `(3,1)==(1,3)` ; value-guard `0x9999` caché ; raw-0 vide manqué ; index hors plage manqué ; recherche de domaine ; domaine BIBLE mix). Lecture seule : pas de writer/UI/runtime/SIN ; ne touche pas l'éditeur Alchimie (writer), Treasure/Shop (RIKKU), le moteur de badge `Common` d'ANIMA (consommé via recherche seulement), ni Aurora/Bahamut/native-menu. Débloque YUNA backlog Q2 (était `blocked`). Le câblage UI badge = prochaine passation (`docs/ai/HANDOFF_JECHT_MIX_ATLAS_PROVIDER_NEXT_2026-06-10.md`). Build 0 erreur / 361 warning ; `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Doc : `docs/ai/ATLAS_JECHT_MIX_DETAIL_KIND_SCOUT_RESULT_2026-06-10.md`.

Lire les notes

SeymourBETA

Mise à jour 2.62

09/06/2026

updateruntime-hook

Blitzball Prize Explorer : UI Atlas dédiée en lecture seule. Nouveau module `Modules/BlitzballPrizeExplorer` (onglet Blitzball Prizes 🏐 dans le groupe Reference/RE, sans porte projet) qui consomme le catalogue déjà fermé `SpiraDataAtlasCatalog.BlitzballPrizeDetails` (domaine `blitzball-prize`) : une DataGrid recherchable avec les colonnes prize id · takara index · récompense résolue · kind · evidence, des filtres statut/evidence et kind, une bannière avec la RÈGLE `prize 0..100 -> takara 220..320 -> reward` (proved-candidate hors ligne), et un panneau de détail avec origine/règle/"où il apparaît"/limitations + `<common:AtlasEvidenceBadgeStrip>` (badges Atlas/BIBLE). Honnêteté préservée : treasure = `proved-candidate` (jamais RT2) ; les 64 sites de script league/tournament/event montrent explicitement `blocked` (le prix par événement est runtime/save) ; tech = `partial` ; overdrive = `metadata-only` — rien ne passe au vert au-delà de l'étiquette actuelle. Nouveau petit accesseur en lecture seule `SpiraDataAtlasCatalog.BlitzballPrizeDetails` (lazy, dev `work/` seulement) + 2 assertions `--spiraatlas-rt0` (229 rangées = 164 catalogue + 64 sites + 1 garde-fou ; vérification de domaine). Pas d'écrivain, pas de runtime ; ne touche pas RIKKU/Shop/Treasure/Alchimie, le moteur `Common` d'ANIMA (consommé seulement), ni Aurora/Bahamut/SIN. Build 0 erreur / 361 warning ; `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Doc : `docs/ai/ATLAS_WAKKA_BLITZBALL_UI_RESULT_2026-06-09.md`.

Lire les notes