Mise à jour 2.27

v2.27.0BETASeymour

AURORA : GROW structurel de chunk3 (AJOUT/SUPPRESSION d'un monstre au niveau octet exact) — le bloqueur « chunk3 » est parti

• Répond à HANDOFF_AURORA_CHUNK3_RESOLVE_2026-06-07. Avant, seul DÉPLACER une ancre existante était possible (v2.12.0) ; maintenant le NOMBRE de monstres peut changer. RE du modèle d'empaquetage (corpus 863, prouvé) : l'enregistrement de zone empaquette ses 8 tableaux dans un ordre de pointeurs FIXE (origin<party<partyB<aeon<monA<monLive<monB<camera, 863/863) ; capacité = pointeur suivant − pointeur ; monLive(+0x20) est SERRÉ (==MonsterPositionCount@+0x06, 856/863) tandis que monA(+0x1C) réserve ~12 et monB(+0x24) réserve 3..78 → les réserves absorbent un nombre plus élevé sans leur propre redimensionnement. Les « écarts mystérieux » étaient la réserve ; +0x30..+0x5C = 6 floats de zone/caméra (pas des pointeurs). BattleArenaGrowWriter.GrowMonsters = un splice d'insertion/suppression à la fin de monLive + re-estampillage de seulement monB(+0x24)/caméra(+0x2C) + la table de chunks + +0x06 ; garde single-area + serré + réserve ≥ cap (HardActorCap=8 conservateur ; data max=15 znkd09). Porte BattleArenaGrowLab PASS (dans offline_ci.ps1) : RT0 no-edit 700/700 byte-identique, ADD +1 696/696, REMOVE −1 393/393 (re-décodage propre). Batailles inéligibles refusées honnêtement (149 multi-area + 6 non-tight + 13 réserve-anormale → toujours éditables via MOVE). Transformation bataille→scène réconciliée = IDENTITY (handoff 2.3). Doc docs/reverse/FFX_AURORA_CHUNK3_PAYLOAD_MODEL_2026-06-07.md. Build 0 erreurs. Honnête : sûr hors ligne au niveau octet (RT0) ≠ le jeu acceptant le nouveau nombre — in-game UNPROVEN (RT2/probe + OK du propriétaire ; plafond exact de la boucle d'apparition = IDA en attente)