JARVIS-AURORA

Update 2.125

16.6.2026

v2.125.0.0MINORJarvis-AURORA

Aurora: Abschluss der ballistischen Tests, Phase 1: Test `aurora-calib-v2` (CSV/JSON mit residual identity/flipZ/yaw180 + height_0x534)

(neue Funktion: neuer Modus des ffxprobectl das eine CSV+JSON-Datei mit einem neuen Schema für die Restkalibrierung ausgibt; das erste Mal, dass wir ein Paar gebildet haben chunk3.monLive × actor+0x3B0 × actor+0x534 (in einem strukturierten Ansatz). Umsetzung von Phase 1 des Aurora-Plans (.cursor/plans/aurora_balistica.plan.md). Angewandte Spezifikation: docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md (XZ-Identität nachgewiesen 2 026-06-05 IDA; Rest-Y noch RT2-ausstehend). Der Modus: ffxprobectl aurora-calib-v2 [--route <field> <group> <formation>] [--battle <id>] [--out <json>] [--csv <csv>] [--max-slots <N>] (schreibgeschützt, ohne MMF-Instrumentierung außerhalb des Fensters Arm(1, ...) (bereits vorhanden). Für jeden Steckplatz monLive bis min(monCount, max-slots=16): le chunk3.monLive[s] in g_FFX_Battle_AreaChunk + ptr@+0x20 + 16*s (XYZW), löst actor[s] = *0x11334CC + 0xF90*s, le actor+0x3B0 (Welt XYZW), actor+0x3C0 (optionaler XYZW-Cache), actor+0x534 (Höhe: Float). Berechnet 3 Residuen: identity = actor - chunk, flipz = actor - (cx,cy,-cz), yaw180 = actor - (-cx,cy,-cz) mit Komponenten dx/dy/dz + RMS (vollständig + nur XZ). Akzeptiert (entspricht A01): identity_rms_xz < 0.5 Und identity_rms * 5 < flipz_rms Und identity_rms * 5 < yaw180_rms -> winner=identity; Alternativen sind nur dann erfolgreich, wenn rms_alternativa < 1,0 ist (unwahrscheinlich, da IDA-Proof – löst die Warnung „UNEXPECTED – investigate“ aus); Slot gesperrt, wenn actor_array ungültig ist oder die Welt nicht endlich ist (Despawn/Animation) – Fall blocked-runtime-state, NEIN fail. Ausgabe: JSON (work/actor_overlay/aurora_calib_<battle_id>_<utcstamp>.json (Standard) mit verdict konsolidiert (identity-confirmed-live / ALERT-non-identity-winner / blocked-runtime-state / partial) + Array von rows; Parallele CSV-Datei mit 36 Spalten (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 Fehler, nur bereits vorhandene Warnungen CS8632/CS0219). Wird nicht ausgeführt: Probe-DLL (ffx-probe.dll), Gates offline, FfxHooksDll. Nächste Phase: RT2 calib-v2 mit Halyson in 4 Golden-Kämpfen (azit03_00, bsil05, klyt00_00 + eine Steuerung wie 425/0/0) — Rezept auf docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md. RT2 Phase 1 = k. A. (nur Probe-Build); RT2 Phase 2 = bei Menschen gesperrt (Halyson). [zuvor: v2.124.0.2]

v2.125.1.0PATCHJarvis-AURORA

Aurora: Abschluss der ballistischen Phase 3 (offline): Luftwiderstand vorher Diff im Overlay anzeigen (alt/neu/Δ)

(polnische Benutzeroberfläche im bestehenden Drag-Modus des aurora-overlay.js; keine neue Kapazität, kein neuer Writer, lediglich eine Verbesserung der Anzeige vor RT2 bei „drag-position-only“). Implementiert den Offline-Teil von Phase 3 des Aurora-Plans – RT2 (kleines Monster im echten Kampf bewegen, speichern, Zwangskampf, Screenshot, Wiederherstellen) bleibt auf „Mensch“ (Halyson) blockiert. Drei Änderungen am RuntimeTools/FFXMapViewerWeb/aurora-overlay.js: (1) onPointerDown erfasst nun die URSPRÜNGLICHEN Koordinaten des rawAnchors zu Beginn des Drag (beim Überqueren userData.role/index), und speichert es unter overlayState.dragging.original = {x,y,z}. (2) onPointerMove Die Funktion setReadout übergibt place role[i]: X 12.34 Y 5.67 Z 8.90 für das neue dreiteilige Format: (orig) → (new) Δ=(+1.23, +0.00, -2.45) — explizites Zeichen (+/-) macht die Richtung des Drags deutlich. (3) onPointerUp ruft jetzt an setAnchorInfo mit einer dauerhaften Zusammenfassung ${role}[${i}]: Δ=... (orig) → (new) das bis zum nächsten Ereignis erhalten bleibt – zuvor verschwand die Anzeige, sobald der Cursor das Bedienfeld verließ. Vorteil für Halysons RT2: Der Bediener sieht genau, um wie viel er jedes Monster vor dem Speichern verschoben hat (💾 Salvar posicoes) — ermöglicht „Verschiebung um 1,2u in X, 0u in Y, -3,5u in Z“ für das Testprotokoll des RT2. Nicht berühren: Writer (AuroraDragBridge/BattleArenaPositionWriter), Gates offline, FfxHooksDll, Probe CTL. Lints: ReadLints clean. Nächste Phase: Phase 4 (RT2 „grow normal“ – nicht-Dark Aeon) und Phase 5 (Gate Camera-Chunk0-Edit-RT0 offline + RT2 polar) stehen als Nächstes an. RT2 Phase 3 = bei „Human“ (Halyson) blockiert

v2.125.0.0

v2.125.1.1Jarvis-AURORA

Aurora: Abschluss der ballistischen Phase 9: Statusabgleich zwischen den 10 Phasen des Plans (RT2-Warteschlange fertig, Offline zu 100 % abgeschlossen)

ÜBERPRÜFUNG (nur Dokument / Abschluss: PORT_STATUS.md + docs/ai/SESSION_HANDOFF.md + KNOWLEDGE_BASE.md abgestimmt; keine Verhaltensänderungen, kein Writer/Probe/DLL wurde bei diesem Durchlauf berührt). Der Planzyklus ist abgeschlossen .cursor/plans/aurora_balistica.plan.md (10 Phasen, Umfang A+B von Halyson genehmigt). In dieser Saga abgeschlossene Phasen (Jarvis-AURORA, 16.06.2026): F0 Abgleich der Dokumente (REVISION v2.123.5.1), F1-Sonde aurora-calib-v2 MINOR (v2.125.0.0), F3 Drag-Vorschau-Diff offline PATCH (v2.125.1.0). Phasen, die bereits im Rahmen früherer Arbeiten abgedeckt wurden (die während des Abschlusses entdeckt wurden, ohne dass es in dieser Geschichte zu neuen Verzögerungen kam): F5-Gate camera-chunk0-edit-rt0 Offline, bereits abgedeckt durch das BattleCameraScanLab (offline_ci.ps1 C08 BattleCameraScanLab ist bereits enthalten polar eye round-trip + setup FLOAT edit round-trip + edit byte-local + reversible in allen Bins von Chunk0 mit Kamera-Setup). F6 PhotoMode-Verkabelung nicht FfxHooksDll bereits AUSVERKAUFT (PhotoMode::Tick() wird nach der Aktualisierung des Akteurs im „Present“-Hook in dllmain.cpp:4622, PhotoMode::g_base/g_pm definiert dllmain.cpp:6060, Bridge NativeMenu_OnEdge/NativeMenu_OnHeldEnter aufgezeichnet am StartNativeMenuIfEnabled dllmain.cpp:8884, PhotoMode::Exit() in StopNativeMenu dllmain.cpp:8910 — es fehlt nur noch RT2 im Spiel). F7 Spike-ID Die W2S-Daten wurden in drei Ebenen konsolidiert (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) mit festgelegten Akzeptanzkriterien und Protokollierungsspezifikationen; Lücke = schreibgeschützter Hook des selected target id/index in der Hauptbenutzeroberfläche (RVA ausstehend, ohne dass die lokale IDA-Datenbank für die MCP-Idalib dieser Sitzung entsperrt wurde). F8-Spike-IDA-Variantenauswahl in 3 Dokumenten zusammengefasst (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); Abzeichen runtime selector UNVERIFIED in der Benutzeroberfläche von AuroraChamber in F0. Im Human-Modus gesperrte Phasen (Halyson, RT2 im Spiel): F2 RT2 calib-v2 in 4 Golden-Kämpfen (425/0/0, azit03_00, bsil, klyt00_00) + Analyse des Rückstands Y nach Fläche/Höhe — vollständiges Rezept unter docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md; F3 (RT2) nur Ziehposition — Anleitung in §B des FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md; F4 RT2 „Grow Normal“ (nicht „Dark Aeon“) (Spawn + KI + Ende des Kampfes + Aufräumen); F5 RT2 „Polar Edit“; F6 RT2 „PhotoMode“ (Minimum). Status nach der Saga (PORT_STATUS abgeglichen): Aurora Chamber parcial → parcial+++ (X/Z-Identität von IDA bestätigt, Y-Restwert RT2 noch ausstehend, Badge „UNVERIFIED“ in der Variante), aurora-calib-v2 validado offline / RT2 pendente, Drag-Overlay validado offline / RT2 pendente, BattleCameraScanLab validado offline (gate C08 = 1 dos 29), PhotoMode-Verkabelung validado offline / RT2 pendente, Inhaber von W2S partial / blocked / acceptance criteria definidos, Variantenauswahl zur Laufzeit partial / inferred / blocked sem IDA db destravado. Nicht betroffen: Writers, Probes, DLL, Build, Package – die gesamte Saga betraf die Dokumentation sowie zwei kleine Erweiterungen (Probe-CTL + UX-Overlay), die bereits in ihren eigenen REVISIONS ausgeliefert wurden. Nächster sicherer Schritt (an Halyson übergeben): Die vorgefertigte RT2-Warteschlange ausführen (5 aktive RT2s + 1 entsperrter IDA-Spike) — zuerst F2 calib-v2 (ffxprobectl aurora-calib-v2 --route 425 0 0 im Battle Royale), danach F3/F4/F5/F6 je nach menschlicher Energie. [vorher: v2.125.1.0]

Zurück zu Updates

JARVIS-AURORA

Update 2.125

16.6.2026

v2.125.0.0MINORJarvis-AURORA

Aurora: Abschluss der ballistischen Tests, Phase 1: Test `aurora-calib-v2` (CSV/JSON mit residual identity/flipZ/yaw180 + height_0x534)

(neue Funktion: neuer Modus des ffxprobectl das eine CSV+JSON-Datei mit einem neuen Schema für die Restkalibrierung ausgibt; das erste Mal, dass wir ein Paar gebildet haben chunk3.monLive × actor+0x3B0 × actor+0x534 (in einem strukturierten Ansatz). Umsetzung von Phase 1 des Aurora-Plans (.cursor/plans/aurora_balistica.plan.md). Angewandte Spezifikation: docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md (XZ-Identität nachgewiesen 2 026-06-05 IDA; Rest-Y noch RT2-ausstehend). Der Modus: ffxprobectl aurora-calib-v2 [--route <field> <group> <formation>] [--battle <id>] [--out <json>] [--csv <csv>] [--max-slots <N>] (schreibgeschützt, ohne MMF-Instrumentierung außerhalb des Fensters Arm(1, ...) (bereits vorhanden). Für jeden Steckplatz monLive bis min(monCount, max-slots=16): le chunk3.monLive[s] in g_FFX_Battle_AreaChunk + ptr@+0x20 + 16*s (XYZW), löst actor[s] = *0x11334CC + 0xF90*s, le actor+0x3B0 (Welt XYZW), actor+0x3C0 (optionaler XYZW-Cache), actor+0x534 (Höhe: Float). Berechnet 3 Residuen: identity = actor - chunk, flipz = actor - (cx,cy,-cz), yaw180 = actor - (-cx,cy,-cz) mit Komponenten dx/dy/dz + RMS (vollständig + nur XZ). Akzeptiert (entspricht A01): identity_rms_xz < 0.5 Und identity_rms * 5 < flipz_rms Und identity_rms * 5 < yaw180_rms -> winner=identity; Alternativen sind nur dann erfolgreich, wenn rms_alternativa < 1,0 ist (unwahrscheinlich, da IDA-Proof – löst die Warnung „UNEXPECTED – investigate“ aus); Slot gesperrt, wenn actor_array ungültig ist oder die Welt nicht endlich ist (Despawn/Animation) – Fall blocked-runtime-state, NEIN fail. Ausgabe: JSON (work/actor_overlay/aurora_calib_<battle_id>_<utcstamp>.json (Standard) mit verdict konsolidiert (identity-confirmed-live / ALERT-non-identity-winner / blocked-runtime-state / partial) + Array von rows; Parallele CSV-Datei mit 36 Spalten (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 Fehler, nur bereits vorhandene Warnungen CS8632/CS0219). Wird nicht ausgeführt: Probe-DLL (ffx-probe.dll), Gates offline, FfxHooksDll. Nächste Phase: RT2 calib-v2 mit Halyson in 4 Golden-Kämpfen (azit03_00, bsil05, klyt00_00 + eine Steuerung wie 425/0/0) — Rezept auf docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md. RT2 Phase 1 = k. A. (nur Probe-Build); RT2 Phase 2 = bei Menschen gesperrt (Halyson). [zuvor: v2.124.0.2]

v2.125.1.0PATCHJarvis-AURORA

Aurora: Abschluss der ballistischen Phase 3 (offline): Luftwiderstand vorher Diff im Overlay anzeigen (alt/neu/Δ)

(polnische Benutzeroberfläche im bestehenden Drag-Modus des aurora-overlay.js; keine neue Kapazität, kein neuer Writer, lediglich eine Verbesserung der Anzeige vor RT2 bei „drag-position-only“). Implementiert den Offline-Teil von Phase 3 des Aurora-Plans – RT2 (kleines Monster im echten Kampf bewegen, speichern, Zwangskampf, Screenshot, Wiederherstellen) bleibt auf „Mensch“ (Halyson) blockiert. Drei Änderungen am RuntimeTools/FFXMapViewerWeb/aurora-overlay.js: (1) onPointerDown erfasst nun die URSPRÜNGLICHEN Koordinaten des rawAnchors zu Beginn des Drag (beim Überqueren userData.role/index), und speichert es unter overlayState.dragging.original = {x,y,z}. (2) onPointerMove Die Funktion setReadout übergibt place role[i]: X 12.34 Y 5.67 Z 8.90 für das neue dreiteilige Format: (orig) → (new) Δ=(+1.23, +0.00, -2.45) — explizites Zeichen (+/-) macht die Richtung des Drags deutlich. (3) onPointerUp ruft jetzt an setAnchorInfo mit einer dauerhaften Zusammenfassung ${role}[${i}]: Δ=... (orig) → (new) das bis zum nächsten Ereignis erhalten bleibt – zuvor verschwand die Anzeige, sobald der Cursor das Bedienfeld verließ. Vorteil für Halysons RT2: Der Bediener sieht genau, um wie viel er jedes Monster vor dem Speichern verschoben hat (💾 Salvar posicoes) — ermöglicht „Verschiebung um 1,2u in X, 0u in Y, -3,5u in Z“ für das Testprotokoll des RT2. Nicht berühren: Writer (AuroraDragBridge/BattleArenaPositionWriter), Gates offline, FfxHooksDll, Probe CTL. Lints: ReadLints clean. Nächste Phase: Phase 4 (RT2 „grow normal“ – nicht-Dark Aeon) und Phase 5 (Gate Camera-Chunk0-Edit-RT0 offline + RT2 polar) stehen als Nächstes an. RT2 Phase 3 = bei „Human“ (Halyson) blockiert

v2.125.0.0

v2.125.1.1Jarvis-AURORA

Aurora: Abschluss der ballistischen Phase 9: Statusabgleich zwischen den 10 Phasen des Plans (RT2-Warteschlange fertig, Offline zu 100 % abgeschlossen)

ÜBERPRÜFUNG (nur Dokument / Abschluss: PORT_STATUS.md + docs/ai/SESSION_HANDOFF.md + KNOWLEDGE_BASE.md abgestimmt; keine Verhaltensänderungen, kein Writer/Probe/DLL wurde bei diesem Durchlauf berührt). Der Planzyklus ist abgeschlossen .cursor/plans/aurora_balistica.plan.md (10 Phasen, Umfang A+B von Halyson genehmigt). In dieser Saga abgeschlossene Phasen (Jarvis-AURORA, 16.06.2026): F0 Abgleich der Dokumente (REVISION v2.123.5.1), F1-Sonde aurora-calib-v2 MINOR (v2.125.0.0), F3 Drag-Vorschau-Diff offline PATCH (v2.125.1.0). Phasen, die bereits im Rahmen früherer Arbeiten abgedeckt wurden (die während des Abschlusses entdeckt wurden, ohne dass es in dieser Geschichte zu neuen Verzögerungen kam): F5-Gate camera-chunk0-edit-rt0 Offline, bereits abgedeckt durch das BattleCameraScanLab (offline_ci.ps1 C08 BattleCameraScanLab ist bereits enthalten polar eye round-trip + setup FLOAT edit round-trip + edit byte-local + reversible in allen Bins von Chunk0 mit Kamera-Setup). F6 PhotoMode-Verkabelung nicht FfxHooksDll bereits AUSVERKAUFT (PhotoMode::Tick() wird nach der Aktualisierung des Akteurs im „Present“-Hook in dllmain.cpp:4622, PhotoMode::g_base/g_pm definiert dllmain.cpp:6060, Bridge NativeMenu_OnEdge/NativeMenu_OnHeldEnter aufgezeichnet am StartNativeMenuIfEnabled dllmain.cpp:8884, PhotoMode::Exit() in StopNativeMenu dllmain.cpp:8910 — es fehlt nur noch RT2 im Spiel). F7 Spike-ID Die W2S-Daten wurden in drei Ebenen konsolidiert (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) mit festgelegten Akzeptanzkriterien und Protokollierungsspezifikationen; Lücke = schreibgeschützter Hook des selected target id/index in der Hauptbenutzeroberfläche (RVA ausstehend, ohne dass die lokale IDA-Datenbank für die MCP-Idalib dieser Sitzung entsperrt wurde). F8-Spike-IDA-Variantenauswahl in 3 Dokumenten zusammengefasst (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); Abzeichen runtime selector UNVERIFIED in der Benutzeroberfläche von AuroraChamber in F0. Im Human-Modus gesperrte Phasen (Halyson, RT2 im Spiel): F2 RT2 calib-v2 in 4 Golden-Kämpfen (425/0/0, azit03_00, bsil, klyt00_00) + Analyse des Rückstands Y nach Fläche/Höhe — vollständiges Rezept unter docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md; F3 (RT2) nur Ziehposition — Anleitung in §B des FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md; F4 RT2 „Grow Normal“ (nicht „Dark Aeon“) (Spawn + KI + Ende des Kampfes + Aufräumen); F5 RT2 „Polar Edit“; F6 RT2 „PhotoMode“ (Minimum). Status nach der Saga (PORT_STATUS abgeglichen): Aurora Chamber parcial → parcial+++ (X/Z-Identität von IDA bestätigt, Y-Restwert RT2 noch ausstehend, Badge „UNVERIFIED“ in der Variante), aurora-calib-v2 validado offline / RT2 pendente, Drag-Overlay validado offline / RT2 pendente, BattleCameraScanLab validado offline (gate C08 = 1 dos 29), PhotoMode-Verkabelung validado offline / RT2 pendente, Inhaber von W2S partial / blocked / acceptance criteria definidos, Variantenauswahl zur Laufzeit partial / inferred / blocked sem IDA db destravado. Nicht betroffen: Writers, Probes, DLL, Build, Package – die gesamte Saga betraf die Dokumentation sowie zwei kleine Erweiterungen (Probe-CTL + UX-Overlay), die bereits in ihren eigenen REVISIONS ausgeliefert wurden. Nächster sicherer Schritt (an Halyson übergeben): Die vorgefertigte RT2-Warteschlange ausführen (5 aktive RT2s + 1 entsperrter IDA-Spike) — zuerst F2 calib-v2 (ffxprobectl aurora-calib-v2 --route 425 0 0 im Battle Royale), danach F3/F4/F5/F6 je nach menschlicher Energie. [vorher: v2.125.1.0]