JARVIS-AURORA

Mise à jour 2.125

16/06/2026

v2.125.0.0MINORJarvis-AURORA

Aurora finalisation balistique Phase 1 : sonde `aurora-calib-v2` (CSV/JSON avec identity résiduel/flipZ/yaw180 + height_0x534)

(nouvelle fonctionnalité : nouveau mode du ffxprobectl qui génère un fichier CSV+JSON avec un nouveau schéma de calibrage résiduel ; première fois que nous avons couplé chunk3.monLive × actor+0x3B0 × actor+0x534 dans une sonde structurée). Mise en œuvre de la phase 1 du plan Aurora (.cursor/plans/aurora_balistica.plan.md). Spécification appliquée : docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md (identité XZ prouvée 2 026-06-05 IDA ; Y résiduel encore en attente de RT2). Mode : ffxprobectl aurora-calib-v2 [--route <field> <group> <formation>] [--battle <id>] [--out <json>] [--csv <csv>] [--max-slots <N>] (en lecture seule, sans instrumentation du MMF en dehors de la fenêtre Arm(1, ...) déjà existante). Pour chaque emplacement monLive à min(monCount, max-slots=16) : lire chunk3.monLive[s] dans g_FFX_Battle_AreaChunk + ptr@+0x20 + 16*s (XYZW), résoudre actor[s] = *0x11334CC + 0xF90*s, le actor+0x3B0 (monde XYZW), actor+0x3C0 (cache XYZW facultatif), actor+0x534 (hauteur en nombre flottant). Calcule 3 résidus : identity = actor - chunk, flipz = actor - (cx,cy,-cz), yaw180 = actor - (-cx,cy,-cz) avec des composantes dx/dy/dz + RMS (complet + XZ uniquement). Accepté (correspondance A01) : identity_rms_xz < 0.5 ET identity_rms * 5 < flipz_rms ET identity_rms * 5 < yaw180_rms -> winner=identity ; les alternatives ne l'emportent que si rms_alternative < 1,0 (peu probable selon la preuve post-IDA — déclenche l'alerte « UNEXPECTED — investigate ») ; emplacement bloqué si actor_array invalide / le monde n’est pas fini (désapparaissance/animation) — dans le cas blocked-runtime-state, PAS fail. Sortie : JSON (work/actor_overlay/aurora_calib_<battle_id>_<utcstamp>.json par défaut) avec verdict consolidé (identity-confirmed-live / ALERT-non-identity-winner / blocked-runtime-state / partial) + tableau de rows ; CSV parallèle à 36 colonnes (qpc, battle_id, route field/group/formation, area_chunk_va, actor_array_va, slot, dict_id, chunk_xyzw, actor_xyzw, actor_cache_xyz, height_0x534, identity/flipz/yaw180_dx/dy/dz/rms, identity_rms_xz, winner, reason). Build : dotnet build RuntimeTools/FfxDinput8Probe/ctl/Ctl.csproj -c Release PASS (0 erreur, uniquement des avertissements préexistants CS8632/CS0219). Ne touche pas : DLL de test (ffx-probe.dll), portes hors ligne, FfxHooksDll. Prochaine étape : RT2 calib-v2 avec Halyson dans 4 combats « golden » (azit03_00, bsil05, klyt00_00 + un contrôle comme 425/0/0) — recette dans docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md. RT2 Phase 1 = N/A (version de test uniquement) ; RT2 Phase 2 = bloquée chez l'humain (Halyson). [précédent : v2.124.0.2]

v2.125.1.0PATCHJarvis-AURORA

Aurora, finalisation balistique, phase 3 (hors ligne) : drag prev Afficher les différences dans la superposition (ancien/nouveau/Δ)

(amélioration de l'expérience utilisateur en mode glisser-déposer existant de aurora-overlay.js ; aucune nouvelle fonctionnalité, aucun nouveau module d'écriture, simplement une amélioration de l'affichage avant le RT2 du « drag-position-only »). Implémente la partie hors ligne de la phase 3 du plan Aurora — RT2 (déplacement de petits monstres en combat réel, sauvegarde, combat forcé, capture d'écran, restauration) reste bloquée en mode humain (Halyson). Trois modifications dans RuntimeTools/FFXMapViewerWeb/aurora-overlay.js : (1) onPointerDown capture désormais la coordonnée ORIGINALE de rawAnchors au début du glissement (en traversant userData.role/index), et la stocke dans overlayState.dragging.original = {x,y,z}. (2) onPointerMove : la fonction setReadout passe de place role[i]: X 12.34 Y 5.67 Z 8.90 au nouveau format en trois parties : (orig) → (new) Δ=(+1.23, +0.00, -2.45) — signal explicite (+/-) rend la direction du glissement évidente. (3) onPointerUp appelle désormais setAnchorInfo avec un résumé persistant ${role}[${i}]: Δ=... (orig) → (new) qui reste affiché jusqu’à l’événement suivant — auparavant, l’affichage disparaissait dès que le curseur quittait le panneau. Avantage pour RT2 de Halyson : l'opérateur voit exactement de combien chaque monstre a été déplacé avant d'enregistrer (💾 Salvar posicoes) — cela facilite la saisie de « déplacé de 1,2u en X, 0u en Y, -3,5u en Z » dans le journal de test du RT2. Ne touche pas : writer (AuroraDragBridge/BattleArenaPositionWriter), les portes hors ligne, FfxHooksDll, probe ctl. Lints : ReadLints sans erreur. Prochaine étape : l'étape 4 (RT2 « grow normal » sans Aeon sombre) et l'étape 5 (gate camera-chunk0-edit-rt0 hors ligne + RT2 polar) sont en attente. RT2 Phase 3 = bloquée en mode humain (Halyson)

v2.125.0.0

v2.125.1.1REVISIONJarvis-AURORA

Aurora : clôture de la phase 9 de l'opération balistique : rapprochement des statuts entre les 10 phases du plan (file d'attente RT2 prête, hors ligne à 100 % clôturée)

(documentation uniquement / clôture : PORT_STATUS.md + docs/ai/SESSION_HANDOFF.md + KNOWLEDGE_BASE.md réconciliés ; aucun changement de comportement, aucun writer/probe/DLL modifié lors de ce passage). Clôture du cycle du plan .cursor/plans/aurora_balistica.plan.md (10 phases, périmètre A+B approuvé par Halyson). Phases achevées dans cette saga (Jarvis-AURORA, 16/06/2026) : F0 : mise en concordance des documents (REVISION v2.123.5.1), F1 : probe aurora-calib-v2 MINOR (v2.125.0.0), F3 aperçu des différences hors ligne du PATCH (v2.125.1.0). Phases déjà couvertes par des travaux antérieurs (identifiées lors de la clôture, sans nouveau rebondissement dans cette saga) : F5 gate camera-chunk0-edit-rt0 hors ligne déjà couverte par BattleCameraScanLab (offline_ci.ps1 C08 BattleCameraScanLab inclut déjà polar eye round-trip + setup FLOAT edit round-trip + edit byte-local + reversible dans tous les bins de chunk0 avec configuration de caméra). Le câblage du mode photo F6 dans FfxHooksDll est déjà TERMINÉ (PhotoMode::Tick() appelé après la mise à jour de l’acteur dans le hook Present à dllmain.cpp:4622, PhotoMode::g_base/g_pm définis dllmain.cpp:6060, pont NativeMenu_OnEdge/NativeMenu_OnHeldEnter enregistré dans StartNativeMenuIfEnabled dllmain.cpp:8884, PhotoMode::Exit() dans StopNativeMenu dllmain.cpp:8910 — il manque le RT2 en jeu). F7 spike ID Le W2S consolidé sur 3 niveaux de documentation (FFX_AURORA_W2S_MATRIX_OWNER_IDA_DEEP_2026-06-15.md, FFX_AURORA_W2S_MATRIX_IDA_CHAIN_2026-06-15.md, FFX_W2S_D3D11_INFERNO_2026-06-15.md) avec des critères d'acceptation et des spécifications de journalisation définis ; lacune = hook en lecture seule de selected target id/index dans l'interface utilisateur principale (RVA en attente sans base de données IDA locale déverrouillée pour la bibliothèque MCP idalib de cette session). F8 : pic du sélecteur de variantes IDA consolidé dans 3 documents (FFX_AURORA_ARENA_VARIANT_IDA_DEEP_2026-06-15.md, FFX_AURORA_ARENA_VARIANT_SELECTION_RE_2026-06-15.md, FFX_ARENA_VARIANT_RUNTIME_INFERNO_2026-06-15.md) ; badge runtime selector UNVERIFIED placé dans l’interface utilisateur de AuroraChamber en F0. Niveaux bloqués en mode humain (Halyson, RT2 en jeu) : F2 RT2 calib-v2 dans 4 combats « golden » (425/0/0, azit03_00, bsil, klyt00_00) + analyse des résidus Y par zone/hauteur — recette complète dans docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md ; F3 (RT2) glisser-déposer uniquement la position — recette au §B de FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md ; F4 RT2 croissance normale pour les Aeons non-Dark (apparition + IA + fin de combat + nettoyage) ; F5 RT2 édition polaire ; F6 RT2 PhotoMode minimal. Statut post-saga (PORT_STATUS réconcilié) : Aurora Chamber parcial → parcial+++ (identité X/Z prouvée par IDA, résidu Y RT2 en attente, badge « UNVERIFIED » sur la variante), aurora-calib-v2 validado offline / RT2 pendente, superposition de glissement validado offline / RT2 pendente, BattleCameraScanLab validado offline (gate C08 = 1 dos 29), câblage du mode photo validado offline / RT2 pendente, propriétaire W2S partial / blocked / acceptance criteria definidos, sélecteur de variante en exécution partial / inferred / blocked sem IDA db destravado. À ne pas modifier : writers, probes, DLL, build, package — toute la saga concernait la documentation + 2 petites améliorations (contrôle des probes + superposition UX) qui ont déjà été livrées dans leurs propres RÉVISIONS. Prochaine étape sûre (transfert vers Halyson) : exécuter la file d'attente RT2 préconfigurée (5 RT2 actives + 1 spike IDA déverrouillé) — F2 calib-v2 en premier (ffxprobectl aurora-calib-v2 --route 425 0 0 en situation réelle), puis F3/F4/F5/F6 en fonction des ressources humaines. [précédent : v2.125.1.0]

Retour aux mises à jour

JARVIS-AURORA

Mise à jour 2.125

16/06/2026

v2.125.0.0MINORJarvis-AURORA

Aurora finalisation balistique Phase 1 : sonde `aurora-calib-v2` (CSV/JSON avec identity résiduel/flipZ/yaw180 + height_0x534)

(nouvelle fonctionnalité : nouveau mode du ffxprobectl qui génère un fichier CSV+JSON avec un nouveau schéma de calibrage résiduel ; première fois que nous avons couplé chunk3.monLive × actor+0x3B0 × actor+0x534 dans une sonde structurée). Mise en œuvre de la phase 1 du plan Aurora (.cursor/plans/aurora_balistica.plan.md). Spécification appliquée : docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md (identité XZ prouvée 2 026-06-05 IDA ; Y résiduel encore en attente de RT2). Mode : ffxprobectl aurora-calib-v2 [--route <field> <group> <formation>] [--battle <id>] [--out <json>] [--csv <csv>] [--max-slots <N>] (en lecture seule, sans instrumentation du MMF en dehors de la fenêtre Arm(1, ...) déjà existante). Pour chaque emplacement monLive à min(monCount, max-slots=16) : lire chunk3.monLive[s] dans g_FFX_Battle_AreaChunk + ptr@+0x20 + 16*s (XYZW), résoudre actor[s] = *0x11334CC + 0xF90*s, le actor+0x3B0 (monde XYZW), actor+0x3C0 (cache XYZW facultatif), actor+0x534 (hauteur en nombre flottant). Calcule 3 résidus : identity = actor - chunk, flipz = actor - (cx,cy,-cz), yaw180 = actor - (-cx,cy,-cz) avec des composantes dx/dy/dz + RMS (complet + XZ uniquement). Accepté (correspondance A01) : identity_rms_xz < 0.5 ET identity_rms * 5 < flipz_rms ET identity_rms * 5 < yaw180_rms -> winner=identity ; les alternatives ne l'emportent que si rms_alternative < 1,0 (peu probable selon la preuve post-IDA — déclenche l'alerte « UNEXPECTED — investigate ») ; emplacement bloqué si actor_array invalide / le monde n’est pas fini (désapparaissance/animation) — dans le cas blocked-runtime-state, PAS fail. Sortie : JSON (work/actor_overlay/aurora_calib_<battle_id>_<utcstamp>.json par défaut) avec verdict consolidé (identity-confirmed-live / ALERT-non-identity-winner / blocked-runtime-state / partial) + tableau de rows ; CSV parallèle à 36 colonnes (qpc, battle_id, route field/group/formation, area_chunk_va, actor_array_va, slot, dict_id, chunk_xyzw, actor_xyzw, actor_cache_xyz, height_0x534, identity/flipz/yaw180_dx/dy/dz/rms, identity_rms_xz, winner, reason). Build : dotnet build RuntimeTools/FfxDinput8Probe/ctl/Ctl.csproj -c Release PASS (0 erreur, uniquement des avertissements préexistants CS8632/CS0219). Ne touche pas : DLL de test (ffx-probe.dll), portes hors ligne, FfxHooksDll. Prochaine étape : RT2 calib-v2 avec Halyson dans 4 combats « golden » (azit03_00, bsil05, klyt00_00 + un contrôle comme 425/0/0) — recette dans docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md. RT2 Phase 1 = N/A (version de test uniquement) ; RT2 Phase 2 = bloquée chez l'humain (Halyson). [précédent : v2.124.0.2]

v2.125.1.0PATCHJarvis-AURORA

Aurora, finalisation balistique, phase 3 (hors ligne) : drag prev Afficher les différences dans la superposition (ancien/nouveau/Δ)

(amélioration de l'expérience utilisateur en mode glisser-déposer existant de aurora-overlay.js ; aucune nouvelle fonctionnalité, aucun nouveau module d'écriture, simplement une amélioration de l'affichage avant le RT2 du « drag-position-only »). Implémente la partie hors ligne de la phase 3 du plan Aurora — RT2 (déplacement de petits monstres en combat réel, sauvegarde, combat forcé, capture d'écran, restauration) reste bloquée en mode humain (Halyson). Trois modifications dans RuntimeTools/FFXMapViewerWeb/aurora-overlay.js : (1) onPointerDown capture désormais la coordonnée ORIGINALE de rawAnchors au début du glissement (en traversant userData.role/index), et la stocke dans overlayState.dragging.original = {x,y,z}. (2) onPointerMove : la fonction setReadout passe de place role[i]: X 12.34 Y 5.67 Z 8.90 au nouveau format en trois parties : (orig) → (new) Δ=(+1.23, +0.00, -2.45) — signal explicite (+/-) rend la direction du glissement évidente. (3) onPointerUp appelle désormais setAnchorInfo avec un résumé persistant ${role}[${i}]: Δ=... (orig) → (new) qui reste affiché jusqu’à l’événement suivant — auparavant, l’affichage disparaissait dès que le curseur quittait le panneau. Avantage pour RT2 de Halyson : l'opérateur voit exactement de combien chaque monstre a été déplacé avant d'enregistrer (💾 Salvar posicoes) — cela facilite la saisie de « déplacé de 1,2u en X, 0u en Y, -3,5u en Z » dans le journal de test du RT2. Ne touche pas : writer (AuroraDragBridge/BattleArenaPositionWriter), les portes hors ligne, FfxHooksDll, probe ctl. Lints : ReadLints sans erreur. Prochaine étape : l'étape 4 (RT2 « grow normal » sans Aeon sombre) et l'étape 5 (gate camera-chunk0-edit-rt0 hors ligne + RT2 polar) sont en attente. RT2 Phase 3 = bloquée en mode humain (Halyson)

v2.125.0.0

v2.125.1.1REVISIONJarvis-AURORA

Aurora : clôture de la phase 9 de l'opération balistique : rapprochement des statuts entre les 10 phases du plan (file d'attente RT2 prête, hors ligne à 100 % clôturée)

(documentation uniquement / clôture : PORT_STATUS.md + docs/ai/SESSION_HANDOFF.md + KNOWLEDGE_BASE.md réconciliés ; aucun changement de comportement, aucun writer/probe/DLL modifié lors de ce passage). Clôture du cycle du plan .cursor/plans/aurora_balistica.plan.md (10 phases, périmètre A+B approuvé par Halyson). Phases achevées dans cette saga (Jarvis-AURORA, 16/06/2026) : F0 : mise en concordance des documents (REVISION v2.123.5.1), F1 : probe aurora-calib-v2 MINOR (v2.125.0.0), F3 aperçu des différences hors ligne du PATCH (v2.125.1.0). Phases déjà couvertes par des travaux antérieurs (identifiées lors de la clôture, sans nouveau rebondissement dans cette saga) : F5 gate camera-chunk0-edit-rt0 hors ligne déjà couverte par BattleCameraScanLab (offline_ci.ps1 C08 BattleCameraScanLab inclut déjà polar eye round-trip + setup FLOAT edit round-trip + edit byte-local + reversible dans tous les bins de chunk0 avec configuration de caméra). Le câblage du mode photo F6 dans FfxHooksDll est déjà TERMINÉ (PhotoMode::Tick() appelé après la mise à jour de l’acteur dans le hook Present à dllmain.cpp:4622, PhotoMode::g_base/g_pm définis dllmain.cpp:6060, pont NativeMenu_OnEdge/NativeMenu_OnHeldEnter enregistré dans StartNativeMenuIfEnabled dllmain.cpp:8884, PhotoMode::Exit() dans StopNativeMenu dllmain.cpp:8910 — il manque le RT2 en jeu). F7 spike ID Le W2S consolidé sur 3 niveaux de documentation (FFX_AURORA_W2S_MATRIX_OWNER_IDA_DEEP_2026-06-15.md, FFX_AURORA_W2S_MATRIX_IDA_CHAIN_2026-06-15.md, FFX_W2S_D3D11_INFERNO_2026-06-15.md) avec des critères d'acceptation et des spécifications de journalisation définis ; lacune = hook en lecture seule de selected target id/index dans l'interface utilisateur principale (RVA en attente sans base de données IDA locale déverrouillée pour la bibliothèque MCP idalib de cette session). F8 : pic du sélecteur de variantes IDA consolidé dans 3 documents (FFX_AURORA_ARENA_VARIANT_IDA_DEEP_2026-06-15.md, FFX_AURORA_ARENA_VARIANT_SELECTION_RE_2026-06-15.md, FFX_ARENA_VARIANT_RUNTIME_INFERNO_2026-06-15.md) ; badge runtime selector UNVERIFIED placé dans l’interface utilisateur de AuroraChamber en F0. Niveaux bloqués en mode humain (Halyson, RT2 en jeu) : F2 RT2 calib-v2 dans 4 combats « golden » (425/0/0, azit03_00, bsil, klyt00_00) + analyse des résidus Y par zone/hauteur — recette complète dans docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md ; F3 (RT2) glisser-déposer uniquement la position — recette au §B de FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md ; F4 RT2 croissance normale pour les Aeons non-Dark (apparition + IA + fin de combat + nettoyage) ; F5 RT2 édition polaire ; F6 RT2 PhotoMode minimal. Statut post-saga (PORT_STATUS réconcilié) : Aurora Chamber parcial → parcial+++ (identité X/Z prouvée par IDA, résidu Y RT2 en attente, badge « UNVERIFIED » sur la variante), aurora-calib-v2 validado offline / RT2 pendente, superposition de glissement validado offline / RT2 pendente, BattleCameraScanLab validado offline (gate C08 = 1 dos 29), câblage du mode photo validado offline / RT2 pendente, propriétaire W2S partial / blocked / acceptance criteria definidos, sélecteur de variante en exécution partial / inferred / blocked sem IDA db destravado. À ne pas modifier : writers, probes, DLL, build, package — toute la saga concernait la documentation + 2 petites améliorations (contrôle des probes + superposition UX) qui ont déjà été livrées dans leurs propres RÉVISIONS. Prochaine étape sûre (transfert vers Halyson) : exécuter la file d'attente RT2 préconfigurée (5 RT2 actives + 1 spike IDA déverrouillé) — F2 calib-v2 en premier (ffxprobectl aurora-calib-v2 --route 425 0 0 en situation réelle), puis F3/F4/F5/F6 en fonction des ressources humaines. [précédent : v2.125.1.0]