JARVIS-ARENA

更新 2.128

2026/6/16

v2.128.0.0MINORJarvis-ARENA

Arena+ Multi Dark Aeon 自訂代幣解析器 REDIRECT（spike 的選項 A）

（DLL 新增功能：唯讀模式的 spike 已新增文件中所述的 redirect 路徑）FFX_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER_HOOK_SPIKE.md). 該 hookResolverLogHook 目前有 2 種模式： (a) LOGGER — 先前行為，預設模式；(b) REDIRECT — 透過arena_plus_custom_token_resolver.flag (env:FFXHOOKS_ENABLE_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER). 在重定向模式下，在呼叫原生 trampoline 之前，shim 會查詢一張表格customToken -> aliasToken (必填範圍 HIWORD0xA001..0xAFFF); 若有匹配，該標記將被替換為別名 vanilla，使解析器返回一個row 合法。下游無法與普通代幣區分；撤銷 = 移除標記或 DLL。標頭中的新 APIhooks/ResolverLogHook.h:SetCustomTokenRedirects(table, count) (第 32 章，有效範圍)，SetCustomTokenRedirectEnabled(bool),IsCustomTokenRedirectEnabled(),ResolverRedirectHitCount(). 新款側車mods/Spira Reforge/arena/spira-arena-custom-tokens.{json,schema.json} 已填入 4 筆資料（雙字節 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（上週六 RE）：RUNTIME 已關閉 — o`−1` Kimahri 的 OD 會降低`WalkMenuBlobIndex(blob2,43)==0`; 已永久淘汰的 gauge/OD-ready（來自 RT2 日誌的`hudSafe=24` （試稿）

（RE/doc + 註解於.i64 實際情況；完全沒有行為改變，DLL 未受影響 — 另一間教室仍繼續使用）。我讀了 RT2 的日誌，hudSafe=24 (%TEMP%\ffx-hooks.log) 那段繞道本身B0-resolve 已捕獲 — 關閉錯誤 #1 的因果鏈。 證據：B0 resolve a1=2 a2=1 treeId=43 a4=1 ->-1 (在ringKind=1 EringKind=12) 與P0 dispatch charge=100 max=100 590=0x0D (強制啟用 OD-ready：該鉤子已設定 0x590 位元，79AF70 返回 1，6C8，以及皮納max:=charge) — 而 OD 仍處於隱藏狀態。 ⇒ OD-ready/charge==max 並非觸發條件（結束 hudSafe 17–24）。此外：blob2=0x1B5C8D70 = 活堆指標（而非system_00 離線空值）→ gate 是 blob 的索引，屬於執行時資料。 結構性突破（符號運算，無執行時資料）：dword_1134564[N] ≡ unk_C8F8D0[N+1217317] ((0x1134564−0xC8F8D0)/4=1217317 正確) ⇒dword_1134564[0] (請注意，該Resolve （讀作）正是該計數器，該PushMenuTreeEntry(797B80) 增加，並dword_1134564[2*v8+1537] 這是被推送的輸入 → Push 會精確地將資料傳入ResolveMenuTreeNode(797D60);case 2 subtype=1 →unk_112A994[8]=0x112A9B4=blob2. 隨後−1 將……減少至WalkMenuBlobIndex(blob2,43)==0 ⇒blob2[2+43]==0xFF (t reeId 43 未註冊）或43>=blob2[1] (count≤43)。由於 kind=1 (sel=1) 且 kind=12 (sel=12) 兩者皆為 −1，因此是 主閘極（而非次級選擇器）。79BB70 (BuildActorCommandMenu) 已反編譯並從 gate 寫入器中移除：它僅組建 環形緩衝區層-A (ringBase+1144*slot+catOffset, 路由byte24 1→+120/2→+72/3→+168/4→+296/0xE→+232；標頭dword28 &0x1000→+40/&0x800→+56/否則→+0)，不會寫入解析結果的 blob，也不會actor+0xF7C. 尚缺 1 次測量 (blob2[1] count +blob2[2+43] idx) — 我已將 DIAG 現成修補程式（≤6 行，唯讀） 準備好，可直接貼入 shim 中B0-resolve 在該文件的第12.4節中，3位固定音高候選者已調校完畢（B=寫下blob2[2+43], C=重定向至路徑a2=0 如同 Aeons 一樣（A=合成節點），由 1 RT2 的資料傾印所決定。 評論.i64 （黃金法則，保留）：0x797D60/0x797B80/0x797420/0x7985A0/0x112A9B4. 文件：docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §12. [前文：v2.128.0.0]

返回更新列表

JARVIS-ARENA

更新 2.128

2026/6/16

v2.128.0.0MINORJarvis-ARENA

Arena+ Multi Dark Aeon 自訂代幣解析器 REDIRECT（spike 的選項 A）

（DLL 新增功能：唯讀模式的 spike 已新增文件中所述的 redirect 路徑）FFX_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER_HOOK_SPIKE.md). 該 hookResolverLogHook 目前有 2 種模式： (a) LOGGER — 先前行為，預設模式；(b) REDIRECT — 透過arena_plus_custom_token_resolver.flag (env:FFXHOOKS_ENABLE_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER). 在重定向模式下，在呼叫原生 trampoline 之前，shim 會查詢一張表格customToken -> aliasToken (必填範圍 HIWORD0xA001..0xAFFF); 若有匹配，該標記將被替換為別名 vanilla，使解析器返回一個row 合法。下游無法與普通代幣區分；撤銷 = 移除標記或 DLL。標頭中的新 APIhooks/ResolverLogHook.h:SetCustomTokenRedirects(table, count) (第 32 章，有效範圍)，SetCustomTokenRedirectEnabled(bool),IsCustomTokenRedirectEnabled(),ResolverRedirectHitCount(). 新款側車mods/Spira Reforge/arena/spira-arena-custom-tokens.{json,schema.json} 已填入 4 筆資料（雙字節 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（上週六 RE）：RUNTIME 已關閉 — o`−1` Kimahri 的 OD 會降低`WalkMenuBlobIndex(blob2,43)==0`; 已永久淘汰的 gauge/OD-ready（來自 RT2 日誌的`hudSafe=24` （試稿）

（RE/doc + 註解於.i64 實際情況；完全沒有行為改變，DLL 未受影響 — 另一間教室仍繼續使用）。我讀了 RT2 的日誌，hudSafe=24 (%TEMP%\ffx-hooks.log) 那段繞道本身B0-resolve 已捕獲 — 關閉錯誤 #1 的因果鏈。 證據：B0 resolve a1=2 a2=1 treeId=43 a4=1 ->-1 (在ringKind=1 EringKind=12) 與P0 dispatch charge=100 max=100 590=0x0D (強制啟用 OD-ready：該鉤子已設定 0x590 位元，79AF70 返回 1，6C8，以及皮納max:=charge) — 而 OD 仍處於隱藏狀態。 ⇒ OD-ready/charge==max 並非觸發條件（結束 hudSafe 17–24）。此外：blob2=0x1B5C8D70 = 活堆指標（而非system_00 離線空值）→ gate 是 blob 的索引，屬於執行時資料。 結構性突破（符號運算，無執行時資料）：dword_1134564[N] ≡ unk_C8F8D0[N+1217317] ((0x1134564−0xC8F8D0)/4=1217317 正確) ⇒dword_1134564[0] (請注意，該Resolve （讀作）正是該計數器，該PushMenuTreeEntry(797B80) 增加，並dword_1134564[2*v8+1537] 這是被推送的輸入 → Push 會精確地將資料傳入ResolveMenuTreeNode(797D60);case 2 subtype=1 →unk_112A994[8]=0x112A9B4=blob2. 隨後−1 將……減少至WalkMenuBlobIndex(blob2,43)==0 ⇒blob2[2+43]==0xFF (t reeId 43 未註冊）或43>=blob2[1] (count≤43)。由於 kind=1 (sel=1) 且 kind=12 (sel=12) 兩者皆為 −1，因此是 主閘極（而非次級選擇器）。79BB70 (BuildActorCommandMenu) 已反編譯並從 gate 寫入器中移除：它僅組建 環形緩衝區層-A (ringBase+1144*slot+catOffset, 路由byte24 1→+120/2→+72/3→+168/4→+296/0xE→+232；標頭dword28 &0x1000→+40/&0x800→+56/否則→+0)，不會寫入解析結果的 blob，也不會actor+0xF7C. 尚缺 1 次測量 (blob2[1] count +blob2[2+43] idx) — 我已將 DIAG 現成修補程式（≤6 行，唯讀） 準備好，可直接貼入 shim 中B0-resolve 在該文件的第12.4節中，3位固定音高候選者已調校完畢（B=寫下blob2[2+43], C=重定向至路徑a2=0 如同 Aeons 一樣（A=合成節點），由 1 RT2 的資料傾印所決定。 評論.i64 （黃金法則，保留）：0x797D60/0x797B80/0x797420/0x7985A0/0x112A9B4. 文件：docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §12. [前文：v2.128.0.0]