JARVIS-ARENA
Mise à jour 2.140
18/06/2026
v2.140.0.0MINORJarvis-ARENA
Arena+ Custom Mix Phase 2 : liste de contrôle F7 + composition en jeu
- Le Custom Mix x3/x4/x5 ouvre le sélecteur natif (8 ticks, Magus +3) → sous-processus
ArenaMultiBossLab.exe --compose→ lancement du transporteur ;--composeCLI + porteurs dédiésmcyt00_22/nagi05_23/nagi05_22; préréglages Duo–Specials intacts. Configarena_plus_compose_vanilla_btl.txt. DocumentationFFX_ARENA_PLUS_COMPOSE_PHASE1/2_2026-06-16.md
v2.139.1.1
v2.140.0.1PATCHJarvis-MAGIC
Sphere Grid : hooks manquants + garde Unknown6 + panneau de sphère + rechargement du clone du noyau
- Livraison de
SphereGridTrueNewNodeHook+GridTeachHook(sources manquantes par rapport àv2.139.0.0),Unknown6recalcul/validation du bucket ABMAP + Safe Transplant par rapport à True New Node LAB,SphereGridNodeSphereRequirement+ onglet Panel,Ability_Command.CloneDeep+ recharger le graphique dans les commandes clone/delete ; documentation RE Unknown6/L3/table d'état d'exécution. RT2 True New Node toujours en attente. [précédent :v2.140.0.0]
v2.140.0.3PATCHJarvis-MAGIC
Hook Sphere Grid TRUE NEW NODE v3 : pipeline complet + double-apply
SphereGridTrueNewNodeHookredirige désormais versA45570(mise en page),A47210(fusion des états par défaut),A5B140(adjacence),A54860(recalcul) ainsi queA53DE0/A49590/A5BB70; force la graine des nouveaux emplacements (>= seeded count), double application surA49590, manifeste aveclink state=1et bannière LAB honnête. RT2 enter/exit toujours obligatoire
v2.140.0.2
v2.140.0.4PATCHJarvis-MAGIC
Sphere Grid TRUE NEW NODE hook v4 : patch des enregistrements de menu pour les nouveaux nœuds inactifs
A49590n'applique l'état que lorsque l'enregistrement de menu du nœud ≠0xFFFF; le hook v4 initialiseg_FFX_AbmapMenuState+0x808pour les nouveaux emplacements avant les opérations apply/save/recompute ; manifeste aveclink state=0(inactif jusqu’à activation dans le jeu). RT2 enter/exit avec nœud désactivé toujours obligatoire
v2.140.0.3
v2.140.0.5PATCHJarvis-MAGIC
Hook Sphere Grid TRUE NEW NODE v5 : état du menu via un pointeur en temps réel
- La v4 corrigeait
g_AbmapMenuStatestatique (0x6A3704, 0 xrefs dans IDA) ; la v5 déréférencedword_2305834(0x2305834) comme le fait l'exe dansA49590/A5BB70. RT2 : entrée/sortie obligatoire
v2.140.0.4
v2.140.0.6REVISIONJarvis-MAGIC
Sphere Grid en mode Square : plan complet de réautorisation hors ligne (handoff)
- Doc
docs/reverse/FFX_SPHEREGRID_SQUARE_MODE_FULL_REAUTHOR_PLAN_2026-06-18.md: flux de type Square (paire dat0X+dat1X complète par sauvegarde), succès « True New Node », phases éditeur/hook/RT2/déploiement pour le prochain agent
v2.140.0.5
v2.140.0.7REVISIONJarvis-MAGIC
Sphere Grid : crash de True New Node RT2 R2 + réconciliation de la sauvegarde de la disposition
- RT2 R2 avec hook v5 PLANTAGE à
after-A54860; 6 sous-agents (BG-A–F) ont effectué la réconciliation : hypothèse A54860 OOB réfutée (boucle 1024 en lecture seule) ; moteur piloté par en-tête (NodeCount non codé en dur dans la sauvegarde/le chargement) ; crash potentiel = lecture OOB dansA5BB70si le blob de menudword_2305834est sous-dimensionné ; ~1,2 Ko d'espace libre dans la sauvegarde SG confirmé empiriquement (9 sauvegardes). Documentation :FFX_SPHEREGRID_TRUENEWNODE_RT2_R2_VERDICT_2026-06-18.md,FFX_SAVE_SPHEREGRID_ADDRESS_MAP_2026-06-18.md,FFX_SAVE_FORMAT_AND_SPHEREGRID_LAYOUT_2026-06 -18.md,FFX_SPHEREGRID_TRUENEWNODE_HOOK_V6_DRAFT_2026-06-18.md; handoffdocs/ai/SESSION_HANDOFF_Jarvis-MAGIC_2026-06-18_0154.md. Próximo gate: Sprint A.5 — IDA allocatordword_2305834(sub_A44D30/sub_A44EF0). [anterior:v2.140.0.6]
v2.140.0.8REVISIONJarvis-MAGIC
Sphere Grid True New Node : allocateur réfuté, tampon ABMAP statique prouvé
- Sprint A.5 IDA a résolu le problème de gating inconnu :
dword_2305834/g_FFX_AbmapMenuStatePtrne provient pas d’un tas sous-dimensionné ;FFX_Abmap_InitStaticMenuStateBuffers(0xA572E0) initialise le pointeur versword_133F76C+0x36E104et remet à zéro0x12FC0octets. Les enregistrements de nœuds sont de1024 * 0x28, donc le nœud 860 se trouve dans le tampon. Hypothèse « A5BB70 lit hors limites (OOB) car l’allocateur est à 860 » RÉFUTÉE. Nouveau suspect : plantage aprèsA54860/ fenêtre de menu fragile ou hook réécrivantafter-A5BB70; les prochaines étapes doivent implémenter SEH/phase exacte, ne pas patcher l’allocateur
v2.140.0.7