Beta Update

Este es el archivo de notas beta anteriores. Las notas nuevas están en la página principal de actualizaciones.

WakkaBETAMINOR

Actualización 2.126

16/6/2026

updatearenaJARVIS-ARENA

Arena+ Multi Oscuro Aeon validador de catálogo CLI (`--validate`). Carril Jarvis-ARENA. MENOR (nueva capacidad en `RuntimeTools/ArenaMultiBossLab`: primer validador de catálogo fuera de línea v2). Nuevo `RuntimeTools/ArenaMultiBossLab/CatalogValidator.cs` + `--validate [--catalog <path>] [--vanilla-root <btlRoot>]` en `Program.cs`. 5 controles: (1) `format/format_version`; (2) campos obligatorios por fila (`token_mode`, `battle_token`, `base_template`, `battle_id`, `raw_monster_ids`, `gil_cost`, `progress_flag`, `rt2_status`, `risk`, `evidence`); (3) coherencia `unlock_requires` (cada indicador debe aparecer como `progress_flag` en alguna otra fila, incluido el nivel `unlock.requires`); (4) expresión normal `0xXXXXXXXX` para `battle_token`, `0xXXXX` por ranura en `raw_monster_ids` + anti-espacio (ranura vacía antes de la ranura ocupada = ERROR); (5) El puntero `recipe` hace referencia a un archivo existente. Barrido de receta opcional a través del subproceso de este mismo CLI con `--dry-run` cuando se proporciona `--vanilla-root` (re ejecuta cada receta en `./recipes` automáticamente). Códigos de salida: 0 correcto, 4 catálogo inconsistente, 5 error en el ensayo de receta. Ejecución ACTUAL contra `spira-arena-catalog.json`: PASS 0 errores/0 advertencias en 13 filas/13 indicadores distintos.

Leer notas

YunaBETAREVISION

Actualización 2.125

16/6/2026

updateauroraJARVIS-AURORA

Finalización balística de Aurora Fase 1: sonda `aurora-calib-v2` (CSV/JSON con identidad residual/flipZ/yaw180 + height_0x534). Carril Jarvis-AURORA. MENOR (nueva capacidad: nuevo modo `ffxprobectl` que emite un artefacto CSV+JSON con un nuevo esquema de calibración residual; primera vez que emparejamos `chunk3.monLive` × `actor+0x3B0` × `actor+0x534` en una sonda estructurada). Implementa la Fase 1 del plan Aurora (`.cursor/plans/aurora_balistica.plan.md`). Especificación seguida: `docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md` (identidad XZ probada el 2026-06-05 por IDA; Y residual aún RT2-pendiente). El modo: `ffxprobectl aurora-calib-v2 [--route <field> <group> <formation>] [--battle <id>] [--out <json>] [--csv <csv>] [--max-slots <N>]` (solo lectura, sin instrumentación MMF más allá de la ventana de lectura `Arm(1, ...)` existente). Para cada ranura `monLive` hasta `min(monCount, max-slots=16)`: lee `chunk3.monLive[s]` desde `g_FFX_Battle_AreaChunk + ptr@+0x20 + 16s` (XYZW), resuelve `actor[s] = 0x11334CC + 0xF90s`, lee `actor+0x3B0` (mundo XYZW), `actor+0x3C0` (caché XYZW opcional), `actor+0x534` (altura flotante). Calcula 3 residuales: `identity = actor - chunk`, `flipz = actor - (cx,cy,-cz)`, `yaw180 = actor - (-cx,cy,-cz)` con componentes `dx/dy/dz` + RMS (completo + solo XZ). Aceptación (coincidente con A01): `identity_rms_xz < 0.5` Y `identity_rms 5 < flipz_rms` Y `identity_rms 5 < yaw180_rms` -> `winner=identity`; las alternativas solo ganan si su rms<1.0 (improbable post-IDA - emite una alerta "INEXPECTADO - investigar"); slot bloqueado si actor_array no es válido/mundo no finito (desaparece/animación) - caso `blocked-runtime-state`, NO `fail`. Salida: JSON (`work/actor_overlay/aurora_calib_<battle_id>_<utcstamp>.json` predeterminado) con `verdict` consolidado (`identity-confirmed-live` / `ALERT-non-identity-winner` / `blocked-runtime-state` / `partial`) + una matriz `rows`; CSV paralelo con 36 columnas (qpc, battle_id, campo de ruta/grupo/formación, area_chunk_va, actor_array_va, slot, dict_id, chunk_xyzw, actor_xyzw, actor_cache_xyz, height_0x534, identidad/flipz/yaw180_dx/dy/dz/rms, identity_rms_xz, ganador, motivo). Compilación: `dotnet build RuntimeTools/FfxDinput8Probe/ctl/Ctl.csproj -c Release` PASS (0 errores, solo advertencias preexistentes CS8632/CS0219). No toca: sonda DLL (`ffx-probe.dll`), puertas fuera de línea, FfxHooksDll. Próxima fase: RT2 calib-v2 con Halyson en 4 batallas doradas (`azit03_00`, `bsil05`, `klyt00_00` + un control como `425/0/0`) — receta en `docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md`. Fase 1 RT2 = N/A (solo construcción de sonda); Fase 2 RT2 = bloqueado en humanos (Halyson).

Leer notas

LuluBETAREVISION

Actualización 2.124

16/6/2026

updatemagic-dllJARVIS-MAGIC

Objeto Pila Cap 99→255: nuevo `ItemStackCapHook` en `FfxHooksDll` (nueva capacidad, controlado por bandera). Carril Jarvis-MAGIC. MENOR (nueva capacidad: un nuevo gancho de tiempo de ejecución + parche similar a un escritor que eleva el límite de pila por ranura por encima del básico; la primera vez que tocamos `FFX_Inventory_AddItem`). El hallazgo (probado a través de idalib MCP en `FFX_recon.i64` 2026-06-16): el límite de inventario de 99 por ranura está fijado en una función central única en `FFX.exe` — `FFX_Inventory_AddItem`@`0x003905A0` (IDA plano `0x7905A0`) — hasta DOS Sitios `push 63h` que alimentan el asistente genérico `FFX_Math_ClampInt(v, 0, 99)`@`0x0039A0D0`. Las 14 personas que llaman (robar/soltar/mezclar/comprar/tesoro/evento/menú) todos canalizan a través de esta única función; no hay ninguna abrazadera de copiar y pegar en ningún otro lugar. sin normalización de carga guardada (probado en `FFX_Btl_PrepareSaveCommandState`@`0x786BC0`: solo inicializa ranuras vacías, no vuelve a fijar los recuentos existentes). El almacenamiento (1 byte en `QuantityBase+slot` en el guardado + `byte[112]` en RAM en `0xD30B5C`) ya admite 0..255 sin reasignación. Estrategia elegida: el byte estrecho parche NO PUEDE llegar a 255 (el `6A FF` push imm8 se extendería por signo a -1) → 5 bytes de desvío de trampolín + trozo de montón por sitio (mismo patrón que `NovaSuperDamageHook`). Cada código auxiliar: `push imm32 <cap>` reemplaza el `push 63h` original, reproduce los 2..3 bytes desplazados, regresa a través de `jmp rel32` a `0x00390622`/`0x00390652`.. El límite se puede configurar a través de la var de entorno `FFXHOOKS_ITEM_STACK_CAP` (predeterminado 255, fijado a 1..255). Control de puerta: `item_stack_cap_255.flag` (desactivado de forma predeterminada = comportamiento básico preservado, prueba de regresión natural). Bytes Escudo humano verificados antes de aplicar el parche: `kExpectedNew[5] = {6A 63 6A 00 53}` (sitio n.º 1/ranura nueva) y `kExpectedExist[5] = {6A 63 8D 04 1E}` (sitio n.º 2/ranura existente). Reversión automática si falla la escritura del segundo sitio (sin estados medio instalados). PolyHook compilación PASS (11/11 cpp incluido el nuevo `ItemStackCapHook.cpp`), versión DLL implementada (`932352→935936 bytes`, +3584 desde el nuevo enlace). `.i64` renombra+comentarios aplicados (IDA REGLA DE ORO): `0x7905A0`→`FFX_Inventory_AddItem`, `0x79A0D0`→`FFX_Math_ClampInt`, `0x790500`→`FFX_Inventory_GetItemCount`, `0x784A90`→`FFX_Inventory_DebugMaxAll`, `g_CmdAggregateAvailArrays`→`g_FFX_InventoryAggregate`, comentarios sobre `0x79061D`/`0x79064D` (sitios de abrazadera con la receta del trampolín). Veredicto UI (del pico): `safe-above-99-likely` (el captador devuelve el byte sin formato sin volver a fijarlo; riesgo visual = el diseño de 2 dígitos puede desbordarse en "100"+ pero el formateador `%d` maneja 3 dígitos sin fallar). Fase 3 UI parche no se aplica de forma proactiva — RT2 lo confirma. Receta de fase 4 RT2 con 6 escenarios (cantidad para guardar y editar = 200, robar/soltar, comprar en tienda, mezclar, usar Poción, renderizar UI) en `docs/reverse/FFX_ITEM_STACK_CAP_99_RESEARCH_2026-06-16.md` §8. RT2 en el juego Necesita pruebas (Halyson). Documento: `docs/reverse/FFX_ITEM_STACK_CAP_99_RESEARCH_2026-06-16.md`. Nuevos archivos: `RuntimeTools/FfxHooksDll/hooks/ItemStackCapHook.{h,cpp}`. Archivos tocados: `shared/ffx_addresses.h` (10 nuevos RVA+constantes), `dllmain.cpp` (incluye + habilitadores de banderas + InstallItemStackCapHook dentro de `InstallHooks` + RemoveItemStackCapHook), `FfxHooksDll.vcxproj`, `build_hooks.ps1`.

Leer notas

WakkaBETAREVISION

Actualización 2.123

16/6/2026

updatearenaJARVIS-ARENA

Archivo auxiliar de progreso Arena+ Multi Oscuro Aeon + lector/escritor en FfxHooksDll. Carril Jarvis-ARENA. MENOR: (a) nuevo archivo auxiliar `mods/Spira Reforge/arena/progress/spira-arena-progress.{json,schema.json}` (expediente sec. 15 esquema v1) con `flags{}` borrado/first_clear_utc/last_clear_utc/clear_count/evidencia + opcional `tier_lock_state{}` (BLOQUEADO/LISTO/BORRADO); con clave `progress_flag` del catálogo (`arena.dark.<slug>`); README documenta las reglas de uso y el catálogo<->mapeo de archivo auxiliar. (b) Nuevo módulo `RuntimeTools/FfxHooksDll/hooks/ArenaProgressSidecar.{h,cpp}`: lector/grabador JSON de mejor esfuerzo (sin departamentos), `ArenaProgress_Initialize/IsRowCleared/RecordCleared` controlado por `arena_plus_progress.flag` (desactivado predeterminado), búsquedas `$FFXHOOKS_ARENAPLUS_PROGRESS_PATH` -> `<DllDir>/mods/Spira Reforge/arena/progress/...` -> respaldo `<DllDir>/spira-arena-progress.json`. Persistencia atómica a través de `.tmp + MoveFileEx`. Env `FFXHOOKS_ARENAPLUS_FAKE_CLEAR=flag1,flag2` permite a los desarrolladores generar indicadores manualmente para las pruebas de UI. (c) `dllmain.cpp` llama a `ArenaProgress_Initialize` en `InstallHooks` después de la superposición del catálogo. (d) La detección de victoria REAL todavía NO está cableada: se mantiene como un TODO documentado; La fase 6 del plan reconoce esta división y el público API `ArenaProgress_RecordCleared(flag, note)` está listo para un futuro consumidor de ganchos `battleEnd`. PolyHook compilación PASS 10/10 cpp. RT2 en el juego Necesita TEST (a través de `FFXHOOKS_ARENAPLUS_FAKE_CLEAR`).

Leer notas

WakkaBETAREVISION

Actualización 2.122

16/6/2026

updatearenaJARVIS-ARENA

Catálogo Arena+ Multi Oscuro Aeon v2 + lector DLL + pico de resolución de token personalizado. Carril Jarvis-ARENA. MENOR: (a) `mods/Spira Reforge/arena/spira-arena-catalog.schema.json` evolucionó a v1->v2 con `token_mode`/`base_template`/`raw_monster_ids`/`unlock_requires`/`rt2_status`/`risk`/`recipe` por fila; (b) `spira-arena-catalog.json` poblado con 5 niveles (Solo 9 vainilla + Dúo + Trío + Cuarteto + Penta tramo); (c) `FfxHooksDll/dllmain.cpp` obtuvo el descriptor de acceso `ArenaPlus_LoadCatalogOverlay()` + `ArenaPlus_GetRoute(int)`: cuando se establece `arena_plus_catalog.flag` + se encuentra JSON, se anulan los `battleToken`/`battleId`/etiqueta por ranura (el `kArenaPlusBossRoutes[9]` codificado siempre gana en caso de falla); (d) nuevo gancho `RuntimeTools/FfxHooksDll/hooks/ResolverLogHook.{h,cpp}`: desvío PolyHook de solo lectura en `FFX_Field_ResolveEncounterToken@0x7828B0` que registra (token, resultado, outField, outGroup, outEntry), controlado por `arena_plus_resolver_log.flag`; (e) RE doc `docs/reverse/FFX_ARENA_PLUS_CUSTOM_TOKEN_RESOLVER_HOOK_SPIKE.md` con descompilación anotada (HIWORD = clave de campo, byte bajo de LOWORD = clave de entrada, byte medio = 0), 4 llamantes, diseño de `g_EncounterFieldTable@0x112A9C8` + `g_EncounterGroupBlobBase@0x112A9CC`, especificación de rango de token personalizado `0xA001..0xAFFF`, plan para la opción A (redireccionamiento previo a la resolución); (f) cambios de nombre + comentarios aplicados al `.i64` REAL (`work/reverse/ida/FFX_recon.i64`): sub_79D1B0/D1E0/D190/D230 se convirtió en `FFX_Field_EncounterField/Group` (regla de oro). PolyHook compilación PASS 9/9 cpp.

Leer notas

WakkaBETAREVISION

Actualización 2.121

16/6/2026

updatearenaJARVIS-ARENA

Línea de creación Arena+ Multi Oscuro Aeon (ArenaMultiBossLab + recetas multialias). Línea Jarvis-ARENA. MENOR: el nuevo CLI `RuntimeTools/ArenaMultiBossLab` aplica los JSON de recetas de forma determinista: `chunk2` a través de `FormationSlotWriter` (RT0 de solo ranura) + `chunk3` a través de `BattleArenaPositionWriter` (RT0 de solo posición) o `BattleArenaGrowWriter` (monLive tiene un límite de crecimiento de 8 actores), con protección de lectura re e implementación de archivos sueltos más copia de seguridad `.spiraforge.bak`. Recetas activas: `dark_duo_valefor_ifrit` (alias `kino00_70` / token `0x00DC0046`). Documento de receta + plantilla de lista de verificación RT2 + archivo README multialias en `mods/Spira Reforge/arena/recipes/`. Estrategia: B (multialias) + C (gancho de resolución RE como carril paralelo) + contenido primero (dúo → trío → cuarteto antes del lector del catálogo v2 / DLL). Expediente base: `docs/reverse/FFX_ARENA_PLUS_MULTI_DARK_AEON_AUTHORING_DOSSIER_2026-06-16.md`. Plano: `.cursor/plans/arena_plus_multi_dark_aeon_.plan.md`. La implementación de Duo generó RT0 PASS sin conexión (7780 bytes idénticos a bytes fuera de los 16 bytes chunk2 + 48 bytes chunk3 monLive); RT2 en el juego necesita prueba a través de `_RT2_CHECKLIST.md`.

Leer notas

LuluBETAPATCH

Actualización 2.120

16/6/2026

updatemagic-dllJARVIS-MAGIC

Herramientas de audio Batalla SFX incluidas y versionadas. CARRIL Jarvis-MAGIC. MENOR: `vgmstream` + `fsbext` en git bajo `tools/`; copiado junto a `.exe` en la compilación; UI Reparar herramientas de audio solo cuando faltan; `tools/AUDIO_TOOLS_LICENSES.md`.

Leer notas

LuluBETAMINOR

Actualización 2.119

16/6/2026

updatemagic-dllJARVIS-MAGIC

SFX de batalla personalizado Fase 2: nuevo seId sin sobrescritura. Carril Jarvis-MAGIC. MENOR: `FsbDumpDatAppender` + `Fsb9999SampleAppendWriter` (subcanción FSB +1 vía dump.dat); fila de archivo auxiliar `FevLegacySequenceWriter` + `9999_common.txt`; `CommandSoundPackService.NewSeIdAudio` triple implementación FEV+FSB+común+DLL; Comandos del kernel Nueva ranura seId UI; puertas `--fsb9999-append-lab`, `--fev9999-sequence-clone-wave9`, `--command-sound-new-seid-pack`; I36 RE documento; Diseño `work/.../wav/` + script de limpieza. RT2 pendiente en el juego.

Leer notas