JARVIS-ARENA

Actualización 2.128

16/6/2026

v2.128.0.0MINORJarvis-ARENA

Resolver de tokens personalizados Arena+ Multi Dark Aeon REDIRECT (Opción A del spike)

(nueva capacidad de DLL: el spike de solo lectura ha incorporado la ruta de redireccionamiento descrita en la documentación FFX_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER_HOOK_SPIKE.md). El hook ResolverLogHook Ahora hay dos modos: (a) LOGGER — comportamiento anterior, predeterminado; (b) REDIRECT — activación voluntaria a través de arena_plus_custom_token_resolver.flag (env: FFXHOOKS_ENABLE_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER). En el modo «redirect», ANTES de llamar al «trampoline» vanilla, el «shim» consulta una tabla customToken -> aliasToken (rango obligatorio HIWORD 0xA001..0xAFFF); si hay una coincidencia, el token se sustituye por el alias «vanilla», lo que hace que el resolutor devuelva un row legítimo. Downstream no lo distingue de un token «vanilla»; reversión = eliminar el indicador o la DLL. Nuevas API en el encabezado hooks/ResolverLogHook.h: SetCustomTokenRedirects(table, count) (cap. 32, rango válido), SetCustomTokenRedirectEnabled(bool), IsCustomTokenRedirectEnabled(), ResolverRedirectHitCount(). Nuevo sidecar mods/Spira Reforge/arena/spira-arena-custom-tokens.{json,schema.json} contiene 4 entradas (dúo 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 (6.ª pasada RE): TIEMPO DE EJECUCIÓN CERRADO — el `−1` El OD de Kimahri reduce la `WalkMenuBlobIndex(blob2,43)==0`; gauge/OD-ready DESCARTADOS definitivamente (registro RT2 del `hudSafe=24` prueba)

(RE/doc + comentarios en la .i64 real; NINGÚN cambio de comportamiento, DLL sin modificar — la otra sala sigue utilizándola). He leído el registro RT2 del hudSafe=24 (%TEMP%\ffx-hooks.log) que el propio desvío B0-resolve ya se capturaba — cierra la cadena causal del error n.º 1. Prueba: B0 resolve a1=2 a2=1 treeId=43 a4=1 ->-1 (en ringKind=1 Y ringKind=12) con P0 dispatch charge=100 max=100 590=0x0D (OD-ready FORZADO: el hook ya establece los bits 0x590, 79AF70 devuelve 1, 6C8, y pina max:=charge) — y el OD siguió oculto. ⇒ OD-ready/charge==max NO es la puerta (concluye hudSafe 17–24). Además: blob2=0x1B5C8D70 = puntero a HEAP VIVO (no el system_00 (vacío del modo offline) → la puerta es el índice del blob, dato de tiempo de ejecución. BREAKTHROUGH estructural (aritmética de símbolos, sin tiempo de ejecución): dword_1134564[N] ≡ unk_C8F8D0[N+1217317] ((0x1134564−0xC8F8D0)/4=1217317 exacto) ⇒ dword_1134564[0] (ten en cuenta que el Resolve (lee) Es el contador el que el PushMenuTreeEntry(797B80) aumenta, y dword_1134564[2*v8+1537] Es la entrada empujada → el Push alimenta exactamente el bucle de node-def del ResolveMenuTreeNode(797D60); case 2 subtype=1 → unk_112A994[8]=0x112A9B4=blob2. Enseguida el −1 reduce a WalkMenuBlobIndex(blob2,43)==0 ⇒ blob2[2+43]==0xFF (t reeId 43 no registrado) O 43>=blob2[1] (count≤43). Como kind=1 (sel=1) Y kind=12 (sel=12) AMBOS dieron −1, se trata de la PUERTA PRIMARIA (no del selector secundario). 79BB70 (BuildActorCommandMenu) descompilado y DESCARTADO como escritor de la puerta: solo monta la capa A del búfer circular (ringBase+1144*slot+catOffset, enrutamiento byte24 1→+120/2→+72/3→+168/4→+296/0xE→+232; encabezado dword28 &0x1000→+40/&0x800→+56/si no→+0), no escribe el blob de resolución ni actor+0xF7C. Falta una medición (blob2[1] count + blob2[2+43] idx) — He dejado el parche DIAG listo para usar (≤6 líneas, solo lectura) listo para pegarlo en el shim B0-resolve en el apartado 12.4 del documento, con los tres candidatos de fijación afinados (B = escribir blob2[2+43], C = redirección a la ruta a2=0 como los Aeons, A = sintetizar el nodo), decididos por el volcado en 1 RT2. Comentarios .i64 (REGLA DE ORO, salvo): 0x797D60/0x797B80/0x797420/0x7985A0/0x112A9B4. Doc: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §12. [anterior: v2.128.0.0]

Volver a actualizaciones

JARVIS-ARENA

Actualización 2.128

16/6/2026

v2.128.0.0MINORJarvis-ARENA

Resolver de tokens personalizados Arena+ Multi Dark Aeon REDIRECT (Opción A del spike)

(nueva capacidad de DLL: el spike de solo lectura ha incorporado la ruta de redireccionamiento descrita en la documentación FFX_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER_HOOK_SPIKE.md). El hook ResolverLogHook Ahora hay dos modos: (a) LOGGER — comportamiento anterior, predeterminado; (b) REDIRECT — activación voluntaria a través de arena_plus_custom_token_resolver.flag (env: FFXHOOKS_ENABLE_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER). En el modo «redirect», ANTES de llamar al «trampoline» vanilla, el «shim» consulta una tabla customToken -> aliasToken (rango obligatorio HIWORD 0xA001..0xAFFF); si hay una coincidencia, el token se sustituye por el alias «vanilla», lo que hace que el resolutor devuelva un row legítimo. Downstream no lo distingue de un token «vanilla»; reversión = eliminar el indicador o la DLL. Nuevas API en el encabezado hooks/ResolverLogHook.h: SetCustomTokenRedirects(table, count) (cap. 32, rango válido), SetCustomTokenRedirectEnabled(bool), IsCustomTokenRedirectEnabled(), ResolverRedirectHitCount(). Nuevo sidecar mods/Spira Reforge/arena/spira-arena-custom-tokens.{json,schema.json} contiene 4 entradas (dúo 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 (6.ª pasada RE): TIEMPO DE EJECUCIÓN CERRADO — el `−1` El OD de Kimahri reduce la `WalkMenuBlobIndex(blob2,43)==0`; gauge/OD-ready DESCARTADOS definitivamente (registro RT2 del `hudSafe=24` prueba)

(RE/doc + comentarios en la .i64 real; NINGÚN cambio de comportamiento, DLL sin modificar — la otra sala sigue utilizándola). He leído el registro RT2 del hudSafe=24 (%TEMP%\ffx-hooks.log) que el propio desvío B0-resolve ya se capturaba — cierra la cadena causal del error n.º 1. Prueba: B0 resolve a1=2 a2=1 treeId=43 a4=1 ->-1 (en ringKind=1 Y ringKind=12) con P0 dispatch charge=100 max=100 590=0x0D (OD-ready FORZADO: el hook ya establece los bits 0x590, 79AF70 devuelve 1, 6C8, y pina max:=charge) — y el OD siguió oculto. ⇒ OD-ready/charge==max NO es la puerta (concluye hudSafe 17–24). Además: blob2=0x1B5C8D70 = puntero a HEAP VIVO (no el system_00 (vacío del modo offline) → la puerta es el índice del blob, dato de tiempo de ejecución. BREAKTHROUGH estructural (aritmética de símbolos, sin tiempo de ejecución): dword_1134564[N] ≡ unk_C8F8D0[N+1217317] ((0x1134564−0xC8F8D0)/4=1217317 exacto) ⇒ dword_1134564[0] (ten en cuenta que el Resolve (lee) Es el contador el que el PushMenuTreeEntry(797B80) aumenta, y dword_1134564[2*v8+1537] Es la entrada empujada → el Push alimenta exactamente el bucle de node-def del ResolveMenuTreeNode(797D60); case 2 subtype=1 → unk_112A994[8]=0x112A9B4=blob2. Enseguida el −1 reduce a WalkMenuBlobIndex(blob2,43)==0 ⇒ blob2[2+43]==0xFF (t reeId 43 no registrado) O 43>=blob2[1] (count≤43). Como kind=1 (sel=1) Y kind=12 (sel=12) AMBOS dieron −1, se trata de la PUERTA PRIMARIA (no del selector secundario). 79BB70 (BuildActorCommandMenu) descompilado y DESCARTADO como escritor de la puerta: solo monta la capa A del búfer circular (ringBase+1144*slot+catOffset, enrutamiento byte24 1→+120/2→+72/3→+168/4→+296/0xE→+232; encabezado dword28 &0x1000→+40/&0x800→+56/si no→+0), no escribe el blob de resolución ni actor+0xF7C. Falta una medición (blob2[1] count + blob2[2+43] idx) — He dejado el parche DIAG listo para usar (≤6 líneas, solo lectura) listo para pegarlo en el shim B0-resolve en el apartado 12.4 del documento, con los tres candidatos de fijación afinados (B = escribir blob2[2+43], C = redirección a la ruta a2=0 como los Aeons, A = sintetizar el nodo), decididos por el volcado en 1 RT2. Comentarios .i64 (REGLA DE ORO, salvo): 0x797D60/0x797B80/0x797420/0x7985A0/0x112A9B4. Doc: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §12. [anterior: v2.128.0.0]