JARVIS-ARENA

Update 2.128

16.6.2026

v2.128.0.0MINORJarvis-ARENA

Arena+ Multi Dark Aeon Custom-Token-Resolver REDIRECT (Option A des Spikes)

(neue DLL-Funktion: Der schreibgeschützte Spike verfügt nun über den in der Dokumentation beschriebenen Redirect-Pfad FFX_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER_HOOK_SPIKE.md). Der Hook ResolverLogHook Es gibt nun zwei Modi: (a) LOGGER – bisheriges Verhalten, Standard; (b) REDIRECT – Opt-in über arena_plus_custom_token_resolver.flag (env: FFXHOOKS_ENABLE_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER). Im Redirect-Modus fragt der Shim, BEVOR er das Vanilla-Trampoline aufruft, eine Tabelle ab customToken -> aliasToken (Pflichtfeld HIWORD 0xA001..0xAFFF); bei einer Übereinstimmung wird das Token durch den Alias „vanilla“ ersetzt, sodass der Resolver einen row legitim. Downstream unterscheidet dies nicht von einem Vanilla-Token; Rückgängigmachen = Flag oder DLL entfernen. Neue APIs im Header hooks/ResolverLogHook.h: SetCustomTokenRedirects(table, count) (Kapitel 32, Gültigkeitsbereich), SetCustomTokenRedirectEnabled(bool), IsCustomTokenRedirectEnabled(), ResolverRedirectHitCount(). Neuer Beiwagen mods/Spira Reforge/arena/spira-arena-custom-tokens.{json,schema.json} enthält 4 Einträge (Duo 0xA0010 046->0x00DC0046, trio 0xA0020046->0x00DC0046, quartet 0xA0030046->0x01AE0046, penta 0xA0040046->0x01AE0046). Carregamento no boot via ArenaPlus_LoadCustomTokenRedirects() em dllmain.cpp — busca em $FFXHOOKS_ARENAPLUS_CUSTOM_TOKENS_PATH -> <DllDir>/mods/Spira Reforge/arena/spira-arena-custom-tokens.json -> <DllDir>/spira-arena-custom-tokens.json; falha em I/O ou parse mantem o hook em modo logger (zero regressao). Build PolyHook PASS 11/11 cpp. RT2 in-game Precisa Testar (espera ate o launcher gerar token custom; ainda nao foi conectado em UI). [anterior: v2.127.0.0]

v2.128.0.1REVISIONJarvis-MAGIC

Ronso Mana (letzter 6. RE): RUNTIME GESCHLOSSEN — das `−1` Kimahris OD verringert die `WalkMenuBlobIndex(blob2,43)==0`; Gauge/OD-fähig – endgültig verworfen (RT2-Protokoll vom `hudSafe=24` Korrektur)

(RE/doc + Kommentare in der .i64 tatsächlich; KEINE Verhaltensänderung, DLL unberührt — der andere Raum nutzt sie weiterhin). Ich habe das RT2-Protokoll des hudSafe=24 (%TEMP%\ffx-hooks.log), dass der Umweg selbst B0-resolve wurde bereits erfasst – schließt die Kausalkette des Fehlers Nr. 1. Nachweis: B0 resolve a1=2 a2=1 treeId=43 a4=1 ->-1 (in ringKind=1 Und ringKind=12) mit P0 dispatch charge=100 max=100 590=0x0D (OD-ready ERZWUNGEN: Der Hook setzt bereits die Bits 0x590, 79AF70 gibt 1 zurück, 6C8, und Pina max:=charge) — und das OD blieb verborgen. ⇒ OD-ready/charge==max ist NICHT das Gate (abschließt hudSafe 17–24). Außerdem: blob2=0x1B5C8D70 = Zeiger auf HEAP VIVO (nicht der system_00 (Offline-Leerwert) → Das Gate ist der Index des Blobs, der zur Laufzeit angegeben wird. Struktureller BREAKTHROUGH (Symbolarithmetik, ohne Laufzeit): dword_1134564[N] ≡ unk_C8F8D0[N+1217317] ((0x1134564−0xC8F8D0)/4=1217317 genau) ⇒ dword_1134564[0] (count, dass der Resolve (liest) Es ist der Zählwert, den der PushMenuTreeEntry(797B80) erhöht, und dword_1134564[2*v8+1537] Es ist der Push-Eingang → der Push speist genau den node-def-Loop des ResolveMenuTreeNode(797D60); case 2 subtype=1 → unk_112A994[8]=0x112A9B4=blob2. Sobald das −1 verringert die WalkMenuBlobIndex(blob2,43)==0 ⇒ blob2[2+43]==0xFF (t reeId 43 (nicht registriert) ODER 43>=blob2[1] (count ≤ 43). Da sowohl bei kind=1 (sel=1) als auch bei kind=12 (sel=12) der Wert −1 ausgegeben wurde, handelt es sich um das PRIMÄRE GATE (nicht um den sekundären Selektor). 79BB70 (BuildActorCommandMenu) dekompiliert und als „Writer des Gates“ VERWORFEN: Er baut lediglich die Ringpuffer-Schicht A auf (ringBase+1144*slot+catOffset, Routing byte24 1→+120/2→+72/3→+168/4→+296/0xE→+232; Header dword28 &0x1000→+40/&0x800→+56/sonst→+0), schreibt weder den Auflösungs-Blob noch actor+0xF7C. Es fehlt 1 Messung (blob2[1] Zählung + blob2[2+43] idx) — Ich habe den DIAG-Turnkey-Patch (≤6 Zeilen, schreibgeschützt) so vorbereitet, dass er in den Shim eingefügt werden kann B0-resolve in §12.4 des Dokuments, mit den 3 gestimmten Fix-Kandidaten (B=schreiben blob2[2+43], C=Weiterleitung nach Pfad a2=0 wie die Aeons (A = den Knoten synthetisieren), die durch den Dump in 1 RT2 festgelegt wurden. Kommentare .i64 (GOLDENE REGEL, ausgenommen): 0x797D60/0x797B80/0x797420/0x7985A0/0x112A9B4. Dok.: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md § 12. [zuvor: v2.128.0.0]

Zurück zu Updates

JARVIS-ARENA

Update 2.128

16.6.2026

v2.128.0.0MINORJarvis-ARENA

Arena+ Multi Dark Aeon Custom-Token-Resolver REDIRECT (Option A des Spikes)

(neue DLL-Funktion: Der schreibgeschützte Spike verfügt nun über den in der Dokumentation beschriebenen Redirect-Pfad FFX_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER_HOOK_SPIKE.md). Der Hook ResolverLogHook Es gibt nun zwei Modi: (a) LOGGER – bisheriges Verhalten, Standard; (b) REDIRECT – Opt-in über arena_plus_custom_token_resolver.flag (env: FFXHOOKS_ENABLE_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER). Im Redirect-Modus fragt der Shim, BEVOR er das Vanilla-Trampoline aufruft, eine Tabelle ab customToken -> aliasToken (Pflichtfeld HIWORD 0xA001..0xAFFF); bei einer Übereinstimmung wird das Token durch den Alias „vanilla“ ersetzt, sodass der Resolver einen row legitim. Downstream unterscheidet dies nicht von einem Vanilla-Token; Rückgängigmachen = Flag oder DLL entfernen. Neue APIs im Header hooks/ResolverLogHook.h: SetCustomTokenRedirects(table, count) (Kapitel 32, Gültigkeitsbereich), SetCustomTokenRedirectEnabled(bool), IsCustomTokenRedirectEnabled(), ResolverRedirectHitCount(). Neuer Beiwagen mods/Spira Reforge/arena/spira-arena-custom-tokens.{json,schema.json} enthält 4 Einträge (Duo 0xA0010 046->0x00DC0046, trio 0xA0020046->0x00DC0046, quartet 0xA0030046->0x01AE0046, penta 0xA0040046->0x01AE0046). Carregamento no boot via ArenaPlus_LoadCustomTokenRedirects() em dllmain.cpp — busca em $FFXHOOKS_ARENAPLUS_CUSTOM_TOKENS_PATH -> <DllDir>/mods/Spira Reforge/arena/spira-arena-custom-tokens.json -> <DllDir>/spira-arena-custom-tokens.json; falha em I/O ou parse mantem o hook em modo logger (zero regressao). Build PolyHook PASS 11/11 cpp. RT2 in-game Precisa Testar (espera ate o launcher gerar token custom; ainda nao foi conectado em UI). [anterior: v2.127.0.0]

v2.128.0.1REVISIONJarvis-MAGIC

Ronso Mana (letzter 6. RE): RUNTIME GESCHLOSSEN — das `−1` Kimahris OD verringert die `WalkMenuBlobIndex(blob2,43)==0`; Gauge/OD-fähig – endgültig verworfen (RT2-Protokoll vom `hudSafe=24` Korrektur)

(RE/doc + Kommentare in der .i64 tatsächlich; KEINE Verhaltensänderung, DLL unberührt — der andere Raum nutzt sie weiterhin). Ich habe das RT2-Protokoll des hudSafe=24 (%TEMP%\ffx-hooks.log), dass der Umweg selbst B0-resolve wurde bereits erfasst – schließt die Kausalkette des Fehlers Nr. 1. Nachweis: B0 resolve a1=2 a2=1 treeId=43 a4=1 ->-1 (in ringKind=1 Und ringKind=12) mit P0 dispatch charge=100 max=100 590=0x0D (OD-ready ERZWUNGEN: Der Hook setzt bereits die Bits 0x590, 79AF70 gibt 1 zurück, 6C8, und Pina max:=charge) — und das OD blieb verborgen. ⇒ OD-ready/charge==max ist NICHT das Gate (abschließt hudSafe 17–24). Außerdem: blob2=0x1B5C8D70 = Zeiger auf HEAP VIVO (nicht der system_00 (Offline-Leerwert) → Das Gate ist der Index des Blobs, der zur Laufzeit angegeben wird. Struktureller BREAKTHROUGH (Symbolarithmetik, ohne Laufzeit): dword_1134564[N] ≡ unk_C8F8D0[N+1217317] ((0x1134564−0xC8F8D0)/4=1217317 genau) ⇒ dword_1134564[0] (count, dass der Resolve (liest) Es ist der Zählwert, den der PushMenuTreeEntry(797B80) erhöht, und dword_1134564[2*v8+1537] Es ist der Push-Eingang → der Push speist genau den node-def-Loop des ResolveMenuTreeNode(797D60); case 2 subtype=1 → unk_112A994[8]=0x112A9B4=blob2. Sobald das −1 verringert die WalkMenuBlobIndex(blob2,43)==0 ⇒ blob2[2+43]==0xFF (t reeId 43 (nicht registriert) ODER 43>=blob2[1] (count ≤ 43). Da sowohl bei kind=1 (sel=1) als auch bei kind=12 (sel=12) der Wert −1 ausgegeben wurde, handelt es sich um das PRIMÄRE GATE (nicht um den sekundären Selektor). 79BB70 (BuildActorCommandMenu) dekompiliert und als „Writer des Gates“ VERWORFEN: Er baut lediglich die Ringpuffer-Schicht A auf (ringBase+1144*slot+catOffset, Routing byte24 1→+120/2→+72/3→+168/4→+296/0xE→+232; Header dword28 &0x1000→+40/&0x800→+56/sonst→+0), schreibt weder den Auflösungs-Blob noch actor+0xF7C. Es fehlt 1 Messung (blob2[1] Zählung + blob2[2+43] idx) — Ich habe den DIAG-Turnkey-Patch (≤6 Zeilen, schreibgeschützt) so vorbereitet, dass er in den Shim eingefügt werden kann B0-resolve in §12.4 des Dokuments, mit den 3 gestimmten Fix-Kandidaten (B=schreiben blob2[2+43], C=Weiterleitung nach Pfad a2=0 wie die Aeons (A = den Knoten synthetisieren), die durch den Dump in 1 RT2 festgelegt wurden. Kommentare .i64 (GOLDENE REGEL, ausgenommen): 0x797D60/0x797B80/0x797420/0x7985A0/0x112A9B4. Dok.: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md § 12. [zuvor: v2.128.0.0]