Beta Update

Notas anteriores de la fase beta, conservadas tal como se publicaron.

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

Actualización 2.69

10/6/2026

Blitzball Editor de reclutas: UI para cambiar QUIÉN se recluta en cada ubicación (archivo del juego; escritor `v2.67.0` probado). Nuevo módulo/pestaña `Blitzball Recruits 🏐` (`Modules/BlitzballRecruitEditor`) que edita el reclutamiento gratuito-agente directamente en el archivo del juego: enumera los eventos del campo de reclutamiento ~34 (Luca/Kilika/Guadosalam/Calm Lands/Aeronave/Besaid/…, corpus-derivado mediante la firma `AE 28 00 14 AE <id> 00 A3`), y por evento muestra cada sitio de reclutamiento con un desplegable de los 60 jugadores (nombres resueltos de `macrodic.dcp` a través de `BlitzballPlayerNames`) a re-point, quién es reclutado allí. Consume el escritor ya-probado `BlitzballRecruit_File`/`Event_File.PatchScriptByte` (puerta `--blitzball-recruit-rt0`) a través de un por-evento `ByteSnapshotEditorSession` (guardar/deshacer/restore-original/automático-guardar, un espejo del multi-origen MacroExplorer). Registrado en `Main_Window` (navegación + `SetModule`). Honestidad: "Escribible (Lab)" insignia — re-points el recluta player-id solo (archivo del juego, no EXE parche; RT0 aislamiento probado, en el juego RT2 pendiente); cada jugador generalmente tiene sitios 2 (dos ramas de código) → cambie ambos a re-point completo; la disponibilidad de reclutamiento/la activación permanece en la lógica del evento; estadísticas del jugador = la pestaña Lista Blitzball, nombres = Macro Explorer. MENOR (NUEVO módulo/pestaña; precedente: Blitzball Editor de lista `v2.68.0` = MENOR). Reutiliza el escritor existente/`Event_File`/`MacroDictionary_File`/`BlitzballPlayerNames`/`ByteSnapshotEditorSession`; ¿ no agrega un nuevo escritor o toca guardar/runtime/SIN/other carriles? Construya 0 errores/361 advertencias; `--blitzball-recruit-rt0` PASS.

Leer notas

SeymourBETAMINOR

Actualización 2.68

10/6/2026

updateruntime-hook

Blitzball Editor de lista: UI visual para las estadísticas/crecimiento de los 60 jugadores (archivo del juego; escritor `v2.66.0` probado). Nuevo módulo/pestaña `Blitzball Roster 🏐` (`Modules/BlitzballRosterEditor`) que edita visualmente las curvas de crecimiento de estadísticas de los 60 jugadores en el interior `bltz0002.ebp`: una lista de jugadores (con nombres de solo lectura resueltos desde `macrodic.dcp` a través de `BlitzballPlayerNames`) + un editor para las 8 estadísticas (HP/SP/AT/EN/PA/SH/BL/CA), cada una con los 4 flotantes editables `a/b/c/growthType`, una vista previa del valor en vivo en Lv 1/50/99 y la fórmula. Consume el escritor ya probado `BlitzballRoster_File` (puerta `--blitzball-roster-rt0`) a través de `ByteSnapshotEditorSession` (guardar/deshacer/restaurar-original/guardado automático, un espejo exacto de `TreasureEditor`). Registrado en `Main_Window` (navegación + `SetModule`). Honestidad: Insignia "Escribible (Lab)": escribe solo las tablas de crecimiento de estadísticas (RT0 identidad de bytes probada, RT2 pendiente en el juego); aquí los nombres son de sólo lectura (edítelos en Macro Explorer); tecnologías/nivel/EXP/costo están en el lado guardado; Los efectos del motor de partido/técnica son nativos de EXE (consulte el mapa de direcciones). MENOR (NUEVO módulo/pestaña; precedente: Blitzball Explorador de premios `v2.62.0` = MENOR). Reutiliza el escritor existente/`Event_File`/`MacroDictionary_File`/`BlitzballPlayerNames`; no agrega un nuevo escritor ni toca otros carriles/runtime/save/SIN. Construya 0 errores/361 advertencias; `--blitzball-roster-rt0` PASS.

Leer notas

SeymourBETAMINOR

Actualización 2.67

10/6/2026

updateruntime-hook

Blitzball: RECLUTAMIENTO editable en el ARCHIVO DEL JUEGO — ATEL parche inmediato en `.ebp` (RT0 probado). Quién es reclutado en cada ubicación es un inmediato de 1 byte en el código de bytes ATEL del evento de campo: la firma `AE 28 00 14 AE <playerId> 00 A3` (`PUSHII 40 · ADD · PUSHII <playerId> · write-array`) se agrega al equipo TU (`BlitzballTeamPlayers[count+40]`). Nueva primitiva `Event_File.PatchScriptByte` (parche de 1 byte del fragmento ATEL, que conserva la longitud vía `ScriptChunkOverride`) + `FfxLib/Blitzball/BlitzballRecruit_File.cs` (`FindSites`/`SetRecruit`/`SetRecruitAt`) + puerta `Tools/BlitzballRecruitRt0.cs` (`--blitzball-recruit-rt0`). PROBADO en `guad0000.ebp`: 6 sitios (Giera `0x1F`/Auda `0x22`/Navegación `0x21` × 2 sucursales), sin edición Leer→Escribir idéntico byte a byte (189,696 B), re-pointing Giera→Wakka (`0x1F`→`0x33`) aislado a 2 bytes en las compensaciones previstas, re-leer confirma el nuevo recluta. Firma validada vs `guad0000`/`lchb0000`/`hiku0500` (completo Al Bhed Psyches). Honestidad: cambios QUIÉN se recluta donde (archivo del juego, sin parche EXE); La disponibilidad/conexión de reclutamiento permanece en la lógica del evento. MENOR (NUEVO escritor de reclutamiento; primero de su tipo). Solo archivos AGREGA + 1 `Program.cs` despacho; no toca guardar/runtime/SIN/other carriles. Construya 0 errores/361 advertencias; `--blitzball-recruit-rt0` PASS. Documento: `docs/reverse/FFX_BLITZBALL_ENGINE_IDA_SCOUT_2026-06-10.md`.

Leer notas

SeymourBETAREVISION

Actualización 2.66

10/6/2026

updateruntime-hook

Blitzball PLANTILLA (60 estadísticas/crecimiento de jugadores) AHORA EDITABLE en el ARCHIVO DEL JUEGO — `.ebp` ATEL-escritor de variables PROBADO (RT0 byte idéntico + aislado por mutación). El primer escritor que edita la base de blitzball en un ARCHIVO DE JUEGO, no el guardado. Las estadísticas base de los 60 jugadores + curvas de crecimiento se encuentran DENTRO de `bltz0002.ebp` como variables ATEL `0x126..0x12E` (8 estadísticas × 60 jugadores × 4 flotadores `a,b,c,growthType`; fórmula de crecimiento decodificada: `gt -1`→1, `0`→a+b·Lv, `1`→a+b·Lv^c, `2`→a+b·Lv−c·Lv², `3`→a+b·Lv+c·Lv²). Nuevo `Event_File.PatchEventDataElement(varId, idx, bytes)` primitivo (`FfxLib/Event/Event_File.AtelVar.cs`): un parche de variable ATEL eventData en situ, conservación de longitud a través del gancho `ScriptChunkOverride` existente → `Write()` re-packs con bytes idénticos excepto el segmento editado. Nueva clase de archivo de lectura/escritura `FfxLib/Blitzball/BlitzballRoster_File.cs` (decodifica/edita el crecimiento de 60×8) + puerta `Tools/BlitzballRosterRt0.cs` (`--blitzball-roster-rt0`). PROBADO: lectura exacta de bytes frente al volcado de FFXDataParser (player0 HP = `70 + 30·Lv + 0.711·Lv²`); sin edición Lectura → Escritura byte idéntico (5,445,248 B); 480/480 growthType válido; un parche de flotación única aislado en los 4 bytes del elemento de destino en el desplazamiento previsto (`@0x491680`). RE (la pieza que falta): la base de valores de las variables = `worker0_header + 0x30` (resuelto de manera robusta, sin código). Honestidad: SÓLO las estadísticas/crecimiento son datos de archivos; nombres = macro de cadena `0x700+idx` (el escritor existe, cableado pendiente), posiciones/definiciones-técnicas/motor-de-partida = EXE (IDA-pendiente), tecnologías-aprendidas/costo/contrato/nivel/EXP = guardar (fuera del alcance del archivo del juego). Aún no hay UI (siguiente = `BlitzballRosterEditor`). MENOR (NUEVA capacidad: primer escritor de listas de blitzball en un archivo de juego). No toca el guardado (CHAPPU/suma de verificación), el tiempo de ejecución, SIN u otros carriles; solo AGREGA archivos nuevos + 1 envío `Program.cs`. Construya 0 errores/361 advertencias; `--blitzball-roster-rt0` PASS (byte idéntico sin edición + mutación aislada). Documentos: `docs/reverse/FFX_BLITZBALL_ROSTER_BASE_RE_2026-06-10.md` + `docs/ai/BLITZBALL_100PCT_EDITOR_CHECKLIST_2026-06-10.md`.

Leer notas

SeymourBETAPATCH

Actualización 2.65

10/6/2026

updatemonster-ai

PC/Crecimiento del jugador en el Atlas de datos Spira (solo lectura, `proved-candidate`, basado en bytes, work/-independent). Conecta la fuente REAL de crecimiento/estadísticas de PC al proveedor: nuevo `SpiraDataAtlasDetailKind.PlayerGrowthStat` + descriptor de acceso con valor protegido `SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue)`. Fuente = `ply_save.bin` (estadísticas base/actuales) + `ply_rom.bin` (ROM de crecimiento: curva de requisitos AP `ApReq A/B/C/Max` + coeficientes de crecimiento automático por estadística `CoefA/B`), las MISMAS tablas que edita `PlayerGrowthEditor` (analizador `PlayerKernel_File`, RT0-probado por `--player-rt0`). Las 20 ranuras (0–6 PC, 7 invitado=Seymour, 8–17 Aeons, 18–19 sin asignar) provienen de una tabla compilada basada en bytes (`FfxLib/SpiraDataAtlas/PlayerGrowthData.cs`, generada por `tools/ffxdataparser_bridge/build_player_growth_index.ps1 -EmitCSharp` a partir de los archivos `.bin`), por lo que existen en CUALQUIER compilación SIN `work/` (a diferencia de `PcAeonFineStat`, que depende de `work/pc_save_stats_catalog.csv` y es solo una instantánea). Las etiquetas se resuelven en tiempo de ejecución a través de `Character_Enum` (fuente única de verdad). Honestidad (no obvia): los coeficientes de crecimiento de estadísticas son solo Aeon — PC/las ranuras para invitados tienen coeficientes CERO (las PC aumentan las estadísticas a través de Sphere Grid); La única perilla de crecimiento PC en esta ROM es la curva de requisitos AP. Este es un eje DIFERENTE del `sum_grow.bin` de BRASKA (nivel automático ≠ receta de personalización). ESPECÍFICO DE LA REGIÓN: `ply_save`/`ply_rom` NO son invariantes de configuración regional (la sección de datos `new_uspc` difiere de jppc/inpc; tabla compilada = `new_uspc`, la región que carga el editor). La fórmula de ganancia de AP por nivel/por coeficiente en el juego es `RT2-pending` (bytes/campos probados, aritmética de tiempo de ejecución no invertida). Valor-protector = mismo espacio de valores que edita el editor → editar el campo (no coincide sin formato), o una ranura/fuente/campo desconocido → descriptor de acceso `false` → oculta la insignia (espejo de Aeon/Tienda/Alquimia). Puerta `--spiraatlas-rt0` `21296 → 21316` (+20; todo único) + 18 nuevas afirmaciones (recuento 20/8/10/2; PC coef cero; Aeon coef distinto de cero; región uspc; búsqueda Tidus BaseHp 520 / ply_rom AP max 22000 / Valefor HpCoef 6; protección de valor `9999` oculta; búsqueda de dominio/fuente/campo fuera de rango; Sólo lectura: sin escritor/UI/runtime/SIN; no toca `WriteSave`/`WriteRom`, el `PlayerGrowthEditor` UI, el motor `Common` de ANIMA (solo consumido), ni BRASKA/AURON/JECHT/RIKKU/WAKKA/VALEFOR/AURORA/SIN. Construya 0 errores/361 advertencias; `--player-rt0` + `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Documentos: `docs/ai/ATLAS_TIDUS_PC_GROWTH_PROVIDER_RESULT_2026-06-10.md` + explorar `docs/ai/ATLAS_TIDUS_PC_GROWTH_SCOUT_RESULT_2026-06-10.md`.

Leer notas

SeymourBETA

Actualización 2.64

10/6/2026

updateruntime-hook

Crecimiento/personalización de Aeon en el Atlas de datos Spira (de solo lectura, `proved-candidate`, Aeon-solo, compilado). Enchufes `sum_grow.bin` (FFX Tabla de personalización Aeon) en el proveedor como tipo de detalle de solo lectura: nuevo accesor `SpiraDataAtlasDetailKind.AeonGrowthRecipe` + valor-guarded `SpiraDataAtlasCatalog.TryGetAeonGrowthRecipe(entryIndex, currentResultRaw, currentItemRaw)`. Aeon-SOLO: `sum_grow.bin` es 636 bytes (`0x14` encabezado + 77 × 8B entradas, `Target` siempre `0x007F`=Aeon, `jppc`==`inpc` idéntico byte a byte) → 67 recetas de habilidades (Resultado cat 3 → Comandos) + 10 recetas de estadísticas (Resultado cat 0 → StatOptions, Secundario=1). sin filas PC y sin filas Sphere-Grid (`PcAeonFineStat` es un corpus separado; La topología de rojo vive en `sphere.bin`/`panel.bin`). Non-`work/` fuente: las 77 filas provienen de una tabla compilada byte-grounded (`FfxLib/SpiraDataAtlas/SumGrowAeonRecipeData.cs`, generado por `build_sum_grow_aeon_fine_index.ps1 -EmitCSharp` a partir de `sum_grow.bin`), por lo que existen en la compilación CUALQUIER sin `work/` (a diferencia de Alquimia/Sphere/Tienda). Los nombres/etiquetas se resuelven en tiempo de ejecución mediante los propios diccionarios `AeonCustomizationEntry`+ (del editor, una única fuente de verdad, RT0-probado mediante `--customization-rt0`), nunca reinventado. Stat-recipe costo = `partial` (el editor representa `Primary× item`; El costo en el juego es 1 artículo/solicitud y `Primary` es el incremento) : aparece en la columna `evidence` (`;cost-semantics-partial`), no sólo prosa. Puerta `--spiraatlas-rt0` `21219 → 21296` detalles (+77 Aeon; todos únicos) + 13 nuevas afirmaciones (recuento 77/67/10; Aeon-solo; sin PC; sin esfera; búsqueda de capacidad 66 → Artema/Piedra suprema; búsqueda de estadísticas 67→HP+100/Esfera de vigor/cost-parcial; valor-protector `0x9999` oculta; Error de índice fuera-de-range; búsqueda de dominio; BIBLIA dominio aeon-growth). De solo lectura: sin escritor/UI/runtime/SIN; no toca RIKKU/WAKKA/JECHT/BAHAMUT/AURORA, el motor de insignia ANIMA `Common`, o `WriteAeon`/guardar rutas. Unbloquea el trabajo pendiente de YUNA Q1 (era `blocked`). Verificado por un flujo de trabajo adversario de 4 lentes en el explorador. Construya 0 errores/361 advertencias; `--customization-rt0` + `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Documentos: `docs/ai/ATLAS_BRASKA_SUM_GROW_FINE_SCOUT_RESULT_2026-06-10.md` + `docs/ai/HANDOFF_BRASKA_SUM_GROW_FINE_INDEXER_NEXT_2026-06-10.md`.

Leer notas

SeymourBETA

Actualización 2.63

10/6/2026

updateruntime-hook

tipo de detalle Alquimia en el Atlas de datos Spira (solo lectura, `proved-candidate`, valor protegido). El primer ancla Alquimia honesta en el Atlas: nuevo `SpiraDataAtlasDetailKind.MixCombination` + descriptor de acceso `SpiraDataAtlasCatalog.TryGetMixCombination(originIndex, partnerIndex, currentRawResult)` conectando el conjunto de datos canónico del analizador `work/step0_consolidated_v5/mix_combinations.csv` (6328 filas = 112×113/2, 0 claves duplicadas) en el proveedor. `prepare.bin` es una matriz triangular inferior de 112 × 112 (el origen `O` lleva resultados distintos de cero solo en las ranuras asociadas `0..O`), por lo que cada par desordenado `{a,b}` vive exactamente en una celda canónica origen=max, socio=min; la clave `mix:0x{0x2000+max}+0x{0x2000+min}` se puede reconstruir a partir de los índices `(origin, partner)` del editor sin conjeturas. `result_hex` es la MISMA palabra little-endian que el editor lee como `MixResultRow.RawResult` (byte del lector del editor idéntico según `--mixtable-rt0`; analizador mismo endianness) → valor-protector = comparación de enteros en el mismo espacio: editar el resultado interrumpe la coincidencia y oculta la insignia (no obsoleta); una celda vacía (0 sin formato, incluidos todos los espejos del triángulo superior) producir un cortocircuito. FUENTE ÚNICA: valor-dict + detalle provienen del mismo CSV. Detalles de la puerta `--spiraatlas-rt0` `14891 → 21219` (+6,328 Alquimia; todos únicos) + 8 nuevas afirmaciones (recuento 6328; búsqueda 0+0→Ultrapoción++ `0x30AC`; orden canónico `(3,1)==(1,3)`; valor-protector `0x9999` oculta; vacío sin procesar-0 fallo; error de índice fuera de rango; búsqueda de dominio; combinación de dominio BIBLIA). Sólo lectura: sin escritor/UI/runtime/SIN; no toca el editor Alquimia (escritor), Tesoro/Tienda (RIKKU), el motor de insignias `Common` de ANIMA (consumido solo mediante búsqueda) o Aurora/Bahamut/menú nativo. Desbloquea el trabajo pendiente de YUNA Q2 (antes `blocked`). Cableado de insignia UI = siguiente transferencia (`docs/ai/HANDOFF_JECHT_MIX_ATLAS_PROVIDER_NEXT_2026-06-10.md`). Construya 0 errores/361 advertencias; `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Documento: `docs/ai/ATLAS_JECHT_MIX_DETAIL_KIND_SCOUT_RESULT_2026-06-10.md`.

Leer notas

SeymourBETA

Actualización 2.62

9/6/2026

updateruntime-hook

Blitzball Explorador de premios: Atlas UI dedicado de solo lectura. Nuevo módulo `Modules/BlitzballPrizeExplorer` (Premios Blitzball pestaña 🏐 en el grupo Referencia/RE, sin puerta de proyecto) que consume el catálogo ya cerrado `SpiraDataAtlasCatalog.BlitzballPrizeDetails` (dominio `blitzball-prize`): un DataGrid con capacidad de búsqueda con columnas premio id · índice takara · recompensa resuelta · tipo · evidencia, filtros de estado/evidencia y tipo, un banner con la REGLA `prize 0..100 -> takara 220..320 -> reward` (candidato probado fuera de línea) y un panel de detalles con origen/regla/"donde aparece"/limitaciones + `<common:AtlasEvidenceBadgeStrip>` (insignias Atlas/BIBLIA). Honestidad preservada: tesoro = `proved-candidate` (nunca RT2); los 64 sitios de secuencias de comandos de ligas/torneos/eventos se muestran explícitamente como `blocked` (el premio por evento es tiempo de ejecución/guardado); tecnología = `partial`; turbo = `metadata-only`: nada se vuelve verde más allá de la etiqueta ACTUAL. Nuevo descriptor de acceso pequeño de solo lectura `SpiraDataAtlasCatalog.BlitzballPrizeDetails` (perezoso, solo para desarrolladores `work/`) + 2 afirmaciones `--spiraatlas-rt0` (229 filas = 164 catálogo + 64 sitios + 1 barrera de seguridad; verificación de dominio). sin escritor, sin tiempo de ejecución; no toca RIKKU/Tienda/Tesoro/Alquimia, el motor `Common` de ANIMA (solo consumido) o Aurora/Bahamut/SIN. Construya 0 errores/361 advertencias; `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Documento: `docs/ai/ATLAS_WAKKA_BLITZBALL_UI_RESULT_2026-06-09.md`.

Leer notas