WakkaBETA

업데이트 2.123

2026. 6. 16.

v2.123.0.0BETAMINOR

Wakka

아레나+ 姆우르트이 어둠의 Aeon 프르오그르스스 스이드에크아르 + 리더/작성자 에서 FfxHooksDll

(a) 새로운 스이드에크아르 mods/Spira Reforge/arena/progress/spira-arena-progress.{json,schema.json} (자료집 스에크. 15 스치에姆아 v1) 와 함께 flags{} 지워짐/first_clear_utc/last_clear_utc/clear_count/증거 + 오프션얼 tier_lock_state{} (LOCKED/READY/CLEARED); 크에이드 통해 progress_flag 에서 해당 카탈로그 (arena.dark.<slug>); README 문서 우스아그에 규칙 및 카탈로그<->스이드에크아르 매핑. (b) 새로운 모듈 RuntimeTools/FfxHooksDll/hooks/ArenaProgressSidecar.{h,cpp} — best-effort JSON 리더/작성자 (없음 종속성), ArenaProgress_Initialize/IsRowCleared/RecordCleared 게이트가 적용된 통해 arena_plus_progress.flag (기본 오프프), 스이르치에스 $FFXHOOKS_ARENAPLUS_PROGRESS_PATH -> <DllDir>/mods/Spira Reforge/arena/progress/... -> 대체 <DllDir>/spira-arena-progress.json. 아트오姆이크 프어스이스트에느크에 통해 .tmp + MoveFileEx. 에느브 FFXHOOKS_ARENAPLUS_FAKE_CLEAR=flag1,flag2 허용함 드에브스 스에드 플래그 수동으로 위해 UI 테스트. (c) dllmain.cpp 호출함 ArenaProgress_Initialize 에서 InstallHooks 이후 해당 카탈로그 오버레이. (d) 실제 브이크트오르이 드에트에크션 임 여전히 NOT 연결됨 — 으로 유지되는 a 문서화된 TODO; 프아스에 6 의 해당 계획 아크느아우르드그에스 이 분할, 및 해당 공개 API ArenaProgress_RecordCleared(flag, note) 임 준비됨 위해 a 프우처 battleEnd 흐우크 소비자. PolyHook build PASS 10/10 크프프. In-game RT2 필요함 Test (통해 FFXHOOKS_ARENAPLUS_FAKE_CLEAR)

v2.122.0.1

v2.123.0.1BETAREVISION

Wakka

아레나+ 姆우르트이 어둠의 Aeon: 펜타 늘리기 레시피 + dry-run PASS

(레시피/문서, 없음 제공됨 동작 변경). 계획 프아스에 7 (늘리기). 새로운 RuntimeTools/ArenaMultiBossLab/recipes/dark_penta_elemental_five.json + 레시피 문서 mods/Spira Reforge/arena/recipes/dark_penta_elemental_five.md 크오브어잉 Dark Valefor + Dark Ifrit + Dark Ixion + Dark Shiva + Dark Bahamut 위에 nagi05_70 (Dark Yojimbo 별칭, 5 의 6 바닐라 monPos, 슬롯 5 우느우스드). 프이프에르이느에 ArenaMultiBossLab --recipe dark_penta_elemental_five --dry-run PASS 대상으로 nagi05_70.bin.spiraforge.bak: chunk2 = 5 액터 @ 0x18A4 (16 바이트), chunk3 = 6 monLive @ 0x1B04 (96 바이트, position-only), re-read 크오느프이르姆스 슬롯. 카탈로그 행 dark-penta-elemental-five 우프드아트드: 식별자 renamed, token_mode blocked->alias (별칭 임 트에치느이크얼리 을그이트이姆아트에), evidence 메모 dry-run PASS, rt2_status 유지됨 blocked (없음 in-game 증명) — 오직 RT0 byte-safety 입증함. 함 NOT 프르오姆오트에 펜타 로 a 기능: 유지됨 늘리기 까지 쿠아르트에트 RT2 PASS + 문서화된 in-game 아트트에姆프트 통해 _RT2_CHECKLIST.md. 4-우아이 프르오姆오션 계획 (PASS / blocked-by-camera / blocked-by-ai / blocked-by-crash) 에서 해당 레시피 MD

v2.123.0.0

v2.123.0.2BETAREVISION

Lulu

Spira 재단조: Capture 연쇄 단계 A 르오크드아우느 — 8 판단 잠김 + 3 프르프 아르트이프아크트스

(드에스이그느/문서/스치에姆아, 없음 크오드에). 할리슨 프르아느느잉 스에스션 2026-06-16 닫힘 모든 8 열기 판단 에서 §7 의 해당 Capture 연쇄 문서 (v2.122.0.1): D1 Magus Sisters → Mushroom Rock Road (아님 그아그아즈에트 — 프어브어스에 느오스트얼그이아 위해 오프어아션 姆이'이흐에느 + 3 트르아그이크 프아이스스, a mid-early 영역 해당 프르이프스 로 T7 에느드그아姆에); D2 브에스트이아르이 F7 → 드드이크아트드 탭 + post-battle 프오프우프, 와 함께 a 슬롯 위해 GPT-generated 아르트 프어 크아프처드 DA; D3 순찰 non-fleeable; D4 제거함 = 1× 스에姆드 시아르드 + 1× 르아르에 크오느스우姆에이블; D5 크아프처 수 처럼 제거++ (우느르오크스 바닐라 1v1 AND SIN 르아드드어); D6 없음 확인 프르오姆프트; D7 safe-zone 르스프에크트드 통해 양쪽 모두 T7 몹 및 해당 DA 순찰; D8 버프 아느느아우느크드 오직 위에 첫 번째 항목 post-capture. 단계 A 드에르이브어스 3 아르트이프아크트스: (a) 스이드에크아르 스치에姆아 mods/Spira Reforge/save-schemas/spira-reforge-flags.schema.json v1 (DA 크아프처스 + sin_mode.region_overrides + conquistas_seen + capture_cascade.patrol_kills/first_entry_seen — de-conflicted 와 함께 Jarvis-ARENA's spira-arena-progress.json 스이드에크아르 에서 v2.123.0.0, 어떤 아우느스 아레나 행 크르이르스); (b) 르그이오느 맵 mods/Spira Reforge/arena/dark-aeon-region-map.json (8 DA → 표준 영역 + patrol_subzones + safe_zones + 느아르르아트이브 메모); (c) 단계 B RE 스프이크에 계획 docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_PLAN_2026-06-16.md (1–2h 프르아이브우크 로 르오크아트에 해당 capturable 비트 에서 m### 헤더 통해 16진수 차이 + 오프션얼 IDA). 마스터 문서 우프드아트드 §7 (르오크드아우느) + §4 (최종 맵) + §13 (아르트이프아크트 르프스). VISION_AND_ROADMAP §11 얻음 a "단계 A 아르트이프아크트스" 차단. 4-단계 계획 정의된 (A=르오크드아우느 드오느에, B=RE 스프이크에 에서 a 별도의 치아트, C=Cap-1 작성자 에서 v0.5, D=RT2 파일럿)

v2.123.0.1

v2.123.1.0BETAPATCH

Lulu

르오느스오 Mana: Overdrive re-arm 수정 (버그 #2) + 2nd-통과 command-ring RE

(수정함 a runtime-hook 동작 버그 + RE/문서). 버그 #2 ("Ronso Rage 우오느'트 re-select 그오잉 왼쪽 이후 하나 사용"): RonsoManaHook.cpp 르아우어드 해당 OD 표시 게이트 에서 gateMin=100 (바닐라 "전체 브아르") 로 40 (= kRonsoSkillCosts[0], 해당 Overdrive Jump 크오스트). 와 함께 해당 게이트 에서 100, 이후 a 단일 부분 사용 (드르아이느 40 → 충전 60 < 100) 모든 프오르크잉 기능 returned 이른 및 OD 브아느이시드 까지 해당 브아르 르프이르르드 로 100 — 크오느트르아드이크트잉 해당 0–255 부분 풀 이트스에르프. Per-row 그르이아우트 (G3) 여전히 브르오크스 우느아프프오르드에이블 스크이르르스 (크오스트 > 현재 충전), 따라서 르아우어잉 해당 게이트 임 안전한. 이느스트얼르 배너 고정된 hudSafe=19→hudSafe=21 (해당 르오그 프르이느트드 해당 잘못된 버전, 흐아姆프어잉 드이아그느오스이스). 2nd-통과 RE (이후 RT2 hudSafe=20 FAIL): 전체 드에크오姆프이을 의 79BB70/79B500/7B6BD0/79AD40/7A07D0/797D60 + 하나의 오프라인 command.bin 드우姆프 입증함: (a) 해당 런타임 명령 행 = 0x14 헤더 + 파일 스트르우크트 (앵커 byte[25]=CharacterUser=파일+5), 따라서 byte[22]=MenuFlgs 등; (b) cmd282 (Ronso Rage) IS 해당 OD 르잉 헤더 (MenuFlgs=0x11→헤더, MainMenu=True, ODCat=19, MenuLeft) — 해당 기존 "282→리프 cat4 +296" 읽기 였음 잘못된; (c) 에서 79BB70 loop-2, a 헤더 와 함께 Misc2 MenuLeft (0x10) → dword[28]&0x1000 → 르아느드스 에서 BSS 아르르아이 +40, NOT +0 (표시되는 헤더) — 어떤 임 이유 프오르크잉 282 사용 가능한 절대 표시함 해당 항목 에서 해당 姆이드드을 르잉; (d) resolve=-1 임 a 르드 흐어르잉 (해당 주요 르잉 표시함 심지어 와 함께 -1); (e) 797D60 case 3 읽음 a per-actor 브르오브 (actor+0xF7C); (f) 79B500 기록함 actor[0x590]=save[+16] 이른 — 우리의 프오르크잉 에서 RefreshMenu_Shim (프르프아르에 이전 해당 트르아姆프오르이느에) 임 오브어르이트트에느/우이프드 통해 해당 저장 → 설명함 이유 르프르이크아트잉 해당 save-edit 실패함. .i64 르느아姆에스: 7B6BD0→FFX_Btl_UI_BuildOverdriveTargetList, 79B500→FFX_Btl_RefreshActorMenuState (+ 크오姆먼트스 위에 79BB70/797D60/79B500). 문서: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §8. 다음 단계 (버그 #1): a save-edited-vs-forced 크아프처 실험 로 차이 해당 정확한 드에르트아. 수정 #2 RT2 필요함 테스트

v2.123.0.2

v2.123.1.1BETAREVISION

Lulu

Spira 재단조: Capture 연쇄 단계 B 인계 프르오姆프트 (RE 스프이크에 위해 해당 `capturable` 비트)

(인계 문서, 없음 크오드에). 새로운 docs/ai/PROMPT_JARVIS_CAPTURE_BIT_M_HEADER_RE_SPIKE_2026-06-16.md — 완전한 프르오姆프트 로 스프이느 우프 a 드드이크아트드 치아트 위해 Capture 연쇄 단계 B. Lane 식별 정보: Jarvis-CAPTURE-RE. 미션: 르오크아트에 오프셋+비트 capturable 에서 해당 m###.bin 헤더 통해 16진수 차이 (Sinscale ↔ Dark Valefor + 2 검증 스아姆프을스) + 오프션얼 IDA CanCapture cross-check. 드에르이브어에이블스: ≥4-행 증거 표 + RESULT 문서 + plan-doc 업데이트 + 마스터 크아프 연쇄 문서 업데이트 + PORT_STATUS + 해당 항목의 아우느 REVISION 증가. Non-goals 명시적인 (함 NOT 이姆프을먼트 작성자, 함 NOT 건드리다 런타임, 함 NOT 크아프처 in-game). 정직한 에스트이姆아트에 1.5–2h. 우느브르오크스 Cap-1 (단계 C, v0.5)

v2.123.1.0

v2.123.1.2BETAREVISION

Lulu

Spira 재단조: Capture 연쇄 드우얼 느아姆잉 크오느브에느션 (내부 크오드에느아姆에 + player-facing 브르아느드)

(드에스이그느/문서, 없음 크오드에). 할리슨 잠김 2026-06-16: 해당 기능 유지함 둘 이름 와 함께 구별되는 역할. 내부 (기술적 문서, 치아느그에르오그스, 스치에姆아 필드, 이드스, 프르오姆프트스, 레인 signatures) 유지됨 Capture 연쇄 (Cap-1/2/3, dark_aeons.captured.<id>, capture_cascade.patrol_kills, arena.dark.<id>). Player-facing (프오프우프스, 姆오드 README, 姆오드 프아그에) = 요크 의 Spira (EN) / 즈우그오 의 Spira (PT) — 브이브르이크얼/이에브오느 르스오느아느크에 (姆아트스에우 11:30 "위해 저의 요크 임 이스이") 에치오에스 바닐라 FFX's 스에오크르아트이크 테마. F7 정복 탭 = 해당 요크 (EN) / O 즈우그오 (PT). 기본 프오프우프 문자열: EN "Besaid 임 이제 아래 해당 요크 의 Dark Valefor" / PT "Besaid está 스오브 o 즈우그오 의 Dark Valefor"; on-capture 브아트트을트에엑스트 EN "Dark Valefor 가지고 있음 되었음 트아姆드. Spira 트르姆브을스." / PT "Dark Valefor 프오이 드오姆아드오. Spira 스에느트에 o 트르姆오르." Capture 연쇄 문서 얻음 §0 (느아姆잉 크오느브에느션 표 + 姆이크르오스오프트 임계값/르드스트오느에 르아션얼에). VISION_AND_ROADMAP §11 얻음 해당 3-크오느트에엑스트 표 와 함께 cross-link

v2.123.1.1

v2.123.2.0BETAPATCH

Lulu

르오느스오 Mana: root-cause FIX 의 해당 명령 르잉 — 해당 르잉 브우프프어 기본 였음 절대 드어에프어에느크드 (버그 #1)

(수정함 a runtime-hook 동작 버그 + RE). 해당 발견 내용: 해당 command-ring 브우프프어 임 runtime-allocated; 해당 항목의 절대 포인터 르이브스 에서 a BSS 셀 (*(u32*)0x2310CD8). 7AEFC0/79BB70 하다 mov edi,[cell] (DEREF) 이전 인덱싱 +20592 (스오르트 임시) / +1144*slot (per-actor 르잉). RonsoManaHook.cpp 사용됨 RVA_FFX_BATTLE_COMMAND_RING_BSS_BASE=0x1F0FCD8 원시, 없이 해당 드어에프, 및 오프프 통해 0x1000 — 따라서 ALL 르잉 기록함 (템플릿, per-slot 헤더 +0, OD 행 +296) 전반에 걸쳐 hudSafe 11..21 르아느드드 에서 a 정적 BSS 르그이오느 해당 였음 절대 해당 실시간 표시됨 브우프프어. 이 설명함 이유 없음 BSS 르잉 주입 항상 나타남, 및 이유 CopyMenuTemplate_Shim (해당 7AEFC0 드에트아우르) 항상 early-returned (delta = slotPtr - ringBase 였음 절대 a 여러 의 1144). 수정: 새로운 RVA_FFX_BATTLE_COMMAND_RING_BASE_PTR=0x1F10CD8 (해당 실제 포인터 셀, 트아크에느 에서 해당 imm32 의 mov edi,[..]@0x7AEFC8) + BattleCommandRingUiBase() 이제 드어에프어에느크에스 해당 항목 (*(u32*)(g_base+RVA), null-checked 때 아직 얼르오크아트드). 와 함께 이, PatchKimahriCommandRingUi (+0 헤더), PatchKimahriMainMenuOverdriveRow (+296 OD) 및 CopyMenuTemplate_Shim (+296 post-sort) 기록 로 해당 실제 르잉 위해 해당 첫 번째 시간. RE 입증된 (IDA): 7AD980 = 스오르트 하나 아르르아이 통해 프르이오르이티 (key=*(u8*)(GetCommandEntryById+92), 임시=ring+20592); 7AEFC0 호출함 해당 항목 8× (하나 프어 범주) 로 스오르트 해당 per-slot 르잉. .i64 르느아姆에스: 7AEFC0→FFX_Btl_UI_SortCommandRingSlot, 7AD980→FFX_Btl_UI_SortCmdRingArrayByPrio + 크오姆먼트 위에 해당 포인터 셀 0x2310CD8. DIAG (hudSafe=22): DumpKimahriRingState 르오그스 a 르이드브아크 의 해당 실제 +0/+296 에서 G0-finalize 로 확인 우에스어 해당 인코드됨 OD 명령 (0x311A) 르아느드스. PolyHook build PASS (10/10), apply-mode 배포. RT2 필요함 테스트 (버그 #1: OD 에서 해당 姆이드드을 르잉). 문서: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §9

v2.123.1.2

v2.123.3.1BETAREVISION

Seymour

Spira 재단조: Capture 연쇄 Cap-1 — `capturable` 비트 에서 `m###.bin` LOCATED (단계 B RE 스프이크에, doc-only)

(RE/문서, 없음 동작 변경; 치아이느드 위에 상단 의 v2.123.3.0 MINOR 에서 a 병렬 레인 — 이 REVISION 임 프우르리 문서/RE 및 함 아님 크오姆프에트에 와 함께 해당 MINOR). Capture 연쇄 단계 B 스프이크에 드에르이브어드 doc-only: 해당 바이트 해당 크오느트르오르스 capturable=true|false 에서 모든 m###.bin 였음 르오크아트드 byte-precise 및 검증된 와 함께 58 스아姆프을스. 브어드이크트: 프오스이션 = bytes[StatSheetPointer + 0x78] (곳에서 StatSheetPointer = uint32_le(bytes[0x0C])); 의미론 = 0xFF (sbyte -1) 의미함 포획할 수 없는, 0x00..0x67 (스브이트에 0..103) 의미함 크아프트우르에이블 (슬롯 인덱스 에서 해당 바닐라 Monster Arena's 104-슬롯 표); 패딩 bytes[StatSheetPointer + 0x79] 임 항상 0x00. 증거 체인 크르오스스드 (a) 을그아크이 편집기 v1.4 FFXmon4.ini (레이블 "Capture 인덱스" 처럼 16-비트 16진수, 00FF = 상한 해제), (b) 현재 C# 스트르우크트 FfxLib/Monster/Monster_StatSheet.cs 르이느에스 49-50 ([Data] public sbyte ArenaId + [Data] public byte ArenaIdPadding), (c) 실시간 UI 바인딩 MonEditor_Control.axaml 르이느에 466 ("Capture 인덱스 (아레나)"), (d) 전체 구조적 레이아웃 (MonsterHeaderFile 0x40-바이트 헤더 + StatSheet 섹션 + Monster_StatSheet StatBlock 곳에서 ArenaId 스이트스 에서 오프셋 +0x64 르르아트이브 로 해당 StatBlock 해당 브에그이느스 에서 section + 0x14 → file-relative +0x78). 증명: 21/21 크아프트우르에이블스 姆아트치드 에엑스프에크트드 슬롯 (포함하여 byte-exact 일치 와 함께 FFXmon4.ini 위해 m044=0x28/m045=0x29/m046=0x2A/m193=0x55/m194=0x56), 16/16 보스 상한 해제 = 0xFF, 10/10 어둠의 에온 (m334..m343) = 0xFF, 3/3 Penance 항목 (m344..m346) = 0xFF. 중요한 운영 수정: 해당 기존 "DA 실시간 에서 m106..m113" 아스스우姆프션 였음 WRONG — 해당 실제 드아스 임 m334..m343 (입증함 에서 FfxLib/Dictionaries/Monster_Dictionary.cs 르이느에스 343-356), 와 함께 Magus Sisters 처럼 3 별도의 항목 (m341/m342/m343). DOC-ONLY: 아무것도 없음 였음 기록됨 로 m###.bin/DLL/runtime/save/hook 에서 이 스에스션. 아님 에엑스에크우트드: IDA 확인 의 해당 CanCapture() 그아트에크이프어 (PLAN's 오프션얼 단계 3); cross-validation 대상으로 바닐라 FFX Extracted\ tree (recommended but not blocking — 58/58 modded already match the vanilla expectation via the FFXmon4.ini cross-reference). Artifacts: docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_RESULT_2026-06-16.md (full RESULT doc with Phase C writer recipe), work/_capture_re_2026-06-16/parse_capture_offset.ps1 (CLI parser), work/_capture_re_2026-06-16/dump_arena_id_evidence.ps1 (bulk dump), work/_capture_re_2026-06-16/capture_re_evidence_summary.json (58 rows), work/_capture_re_2026-06-16/capture_re_evidence_hexdump.txt. The original PLAN doc gained a BLOQUEIO RESOLVIDO banner + corrected DA IDs. PORT_STATUS.md got a row "Capture Cascade Cap-1 — capturable bit located" as Precisa Testar in-game (Phase C writer). Cap-1 writer (Phase C, next session) writes 1 byte per monster while preserving byte-identity of the 8 adjacent identity fields. [previous: v2.123.3.0 (병렬 레인; 해당 항목의 치아느그에르오그 항목 할 예정 르아느드 때 해당 요소들 제공)]

v2.123.4.0BETAPATCH

Lulu

느우르 우아르드: 트이치/menu-surface RE VERDICT + FIX 의 해당 menu-bound 흐우크 (해당 항목 였음 프아트치잉 해당 잘못된 `cmp 320`)

(수정함 a 동작 버그 에서 NulWardTeachHook + RE 입증된 위에 해당 실제 .i64; PATCH 증가 → revision 르스에트스; 프르이오르 HEAD v2.123.3.1 였음 a parallel-lane REVISION). 전체 RE 통과 (이드얼이브 MCP 위에 해당 실제 FFX_recon.i64) 아느스우어잉 우에스어 트이치잉 라디언트(320)/Umbral(321) 통해 해당 스피어 그리드 + a 그르아우느 command.bin 작동함 end-to-end. PROVEN 체인: (1) FFX_GrantCommandToCharacter@0x785D10 경로 식별자≥96 로 해당 party-wide 브아느크 g_PartyWideCommandBank@0x11307FC — 16 단어/256 브이트스 = 이드스 96..351; 라디언트=word14 bit0, 움브랄=word14 bit1; (2) FFX_Btl_BuildActorCommandMenu@0x79BB70 SEEDS 해당 우오을 브아느크 안으로 액터+0x670 (복사 르우프 에느드스 에서 g_CmdAggregateAvailArrays@0x113081C → 브아느크 = 16 단어); (3) FFX_Btl_IsCommandAvailable@0x79AD40 읽음 액터 워드 818+id/16 (id320→바이트 0x68C bit0) — 크오느스이스트에느트; (4) FFX_SphereGrid_NodeActivateStateMachine@0x8CC300 case21 호출함 허용(치아르, node.LearnedMove, 1) → a node with LearnedMove=0x3140/0x3141 teaches it; (5) persistence via FFX_IsCommandLearnedPersistent@0x7850E0 reads the same bit. BUG FOUND & FIXED: BuildActorCommandMenu has 3 cmp r32,140h (two 81 FE=esi on the aggregate loops, one 81 FF=edi on the PLACEMENT loop that inserts the id into the White-magic submenu). Only the placement compare controls whether 320/321 reach the menu; the old NulWardTeachHook patched the first match (81 FE, a no-op for surfacing). FIX: it now patches all cmp r32,140h→0x142 (PolyHook rebuild PASS). Documented RT2 risks: (a) FFX_Kernel_GetCommandEntryById@0x790AE0→FFX_Table_GetEntryByIdRange@0x7AB890 is a range-table with a fallback to cmd 0 — the grown command.bin must extend the range covering 320/321 (else Radiant resolves to cmd 0); (b) persistence depends on the ply_save limit/special map being wide enough to cover bit 224/225 (word 14). Design: id≥96 = party-wide (the whole party learns it), not per-char (96-bit cap). Renames+comments applied to the real .i64 (FFX_Btl_IsCommandAvailable, FFX_Btl_InitPartyWideCommandBank, FFX_Btl_PrepareSaveCommandState, FFX_Btl_BuildAggregateChildList, g_PartyWideCommandBank, g_PerCharCmdMenuState, etc.). Doc: docs/reverse/FFX_NUL_WARD_TEACH_SURFACE_RE_VERDICT_2026-06-16.md

v2.123.3.1

v2.123.4.1BETAPATCH

Lulu

르오느스오 Mana hudSafe=24: PERSISTENT gauge-full PIN (`max:=charge`) — 수정함 "할 수 있음't 심지어 그오 LEFT 안으로 Overdrive 우느을스스 해당 브아르 임 姆아엑스드"

(수정함 a runtime-hook 동작 버그 + RE). 해당 발견 내용 (입증된 통해 르오그 + 드에크오姆프이을): FFX 크아우프을스 "Overdrive 우스에이블" 로 a 전체 그아우그에 (charge==max) 및 re-checks 해당 항목 PER-FRAME 에서 해당 HUD/메뉴 르느드어어 — 외부 우리의 흐우크스. 해당 hudSafe=23 트르아느스이에느트 스프우프 설정 max:=charge 주변 각 트르아姆프오르이느에 그러나 복원됨 max=255 오른쪽 이후 (EndKimahriMaxSpoof), 따라서 해당 프르아姆에 해당 르잉 임 드르아우느 스아우 max=255 (그아우그에 아님 전체) → Overdrive 숨겨진 / LEFT 차단됨. RT2 르오그 증거 (hudSafe=23): G0 menu charge=100 max=100 (해당 스프우프 DID 작업 동안 해당 build) 아직 OD 여전히 절대 나타남; IsOdReady ... vanilla=1 ->1 (해당 0x590 브이트스 였음 설정, 심지어 통해 바닐라) 및 해당 항목 였음 여전히 차단됨. RE 이 통과 (이드얼이브 MCP): 79AF70 = (actor[0x590]>>2)&1, 79AEE0 = (actor[0x590]>>3)&1 — 양쪽 모두 프오르크드 및 =1, NOT 해당 게이트; 792AB0 (FFX_Btl_BattleMenuInputDispatch) 빌드 해당 kind=12 OD 르잉 때 79AF70 (따라서 해당 OD 르잉 존재함); 799AD0/799D60/7996E0/799830 임 target-mask 리졸버, 아님 해당 OD-full 게이트. 크오느크르우션: 해당 실시간 게이트 임 해당 per-frame charge==max 비교 에서 해당 르느드어어 — 외부 의 르이치 의 a 트르아느스이에느트 스프우프. 수정: ApplyKimahriRuntimePoolMax 이제 프어스이스트에느트리 고정함 max:=charge 동안 charge>=gateMin (해당 그아우그에 읽음 100% 전체 위해 모든 per-frame 검사 동안 그의 명령 메뉴 임 우프; 해당 ATB/CTB 임 프아우스드 동안 명령 입력, 따라서 없음 오브어드르이브 그아이느 임 르오스트); 브에르아우 해당 임계값 해당 항목 흐아느드스 해당 실제 풀 (255) 브아크 따라서 해당 그아우그에 르프이르르스 향해 0–255. 해당 트르아느스이에느트 Begin/End 스프우프 임 르트이르드 (no-ops); 해당 디스패치 심 이제 호출함 해당 프어스이스트에느트 프이느. 알려진 트르아드에오프프 (RT2): 해당 브아르 읽음 전체 동안 OD 임 우스에이블; OD 그아이느 할 수 있음 프아우스에 동안 충전 스이트스 에서 해당 우스에이블 브아느드 (르브이스이트 이프 RT2 표시함 a 그아이느 스트얼르 — 범위 해당 프이느 로 menu-only). PolyHook build PASS (10/10), apply-mode 배포 (SHA B092B4C6). RT2 필요함 테스트 (그오 LEFT + 사용 Ronso Rage 에서 부분 충전). 문서: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §10

v2.123.4.0

v2.123.5.0BETAPATCH

Lulu

느우르 우아르드 grid-teach: command.bin 범위 PROVEN (없음 에엑스에 patch) + LearnedMove 인코딩 FIX 에서 해당 편집기 + 오프라인 검증기

(수정함 a SphereGridExplorer 편집기 동작 버그 + 새로운 오프라인 증명/검증기 + RE). DLL 변경되지 않은 (해당 르오느스오 Mana 레인 is 사용하여 해당 항목) — C#/editor/IDA 오직. RT2 위험 #1 ELIMINATED 오프라인: RE 입증함 FFX_Kernel_LoadFileToTable@0x781E00 (케이스 0 "command") 로드함 command.bin 문자 그대로 안으로 a 전역 포인터 (g_CommandKernelTable@0x112A92C, full-file memcpy) — 범위 합성 없음. FFX_Table_GetEntryByIdRange@0x7AB890 읽음 해당 범위 헤더 스트르아이그흐트 에서 해당 파일 바이트, 매핑 정확히 위에 EntryListFile: numRanges=int16@0(=스이그느아처=1), lo=PreviousFileCount@8(=0), hi=(EntryCount-1)@10, stride=EntrySize@12(0x60), base=EntryTableFileOffset@16(0x14); record = file + 0x14 + id*0x60. 이후 해당 그르아우느 command.bin 기록함 EntryCount-1=321, 이드스 320/321 ∈ [0,321] → 해결 로 정확히 해당 추가됨 라디언트/움브랄 행. 없음 에엑스에/DLL patch. 새로운 CommandKernelLookupVerifier (FfxLib/능력) 재현함 해당 엔진's 정확한 姆아스 대상으로 해당 그르아우느 바이트 및 임 연결된 해당 --nul-ward-static 게이트 (engine_lookup_resolves 검사: 오프라인 증명 해당 GetCommandEntryById(320/321) 함 NOT 흐이트 해당 cmd0 대체). 편집기 FIX (SphereGridExplorer): 해당 LearnedMove 드롭다운 저장된 해당 원시 식별자 (0x0140), 그러나 on-disk 임 해당 인코드됨 식별자 (0x3000|id) — 입증된 에姆프이르이크얼리 통해 SphereGridRt2Lab (Armor Break 에서 panel.bin = 0x3012) 및 필요한 통해 해당 허용's (cmd & 0xFFFFF000)==0x3000 게이트. 해당 드롭다운 이제 에姆이트스 0x3000|id (라디언트→0x3140, 움브랄→0x3141) 및 르스오르브에스 이름 姆아스크잉 & 0xFFF, 따라서 해당 우스어 할 수 있음 위치 해당 우아르드스 위에 해당 스피어 그리드 및 해당 요소들 실제로 트이치 (이전 해당 항목 저장된 0x0140 및 해당 허용 거부됨 해당 항목). .i64 르느아姆에스: 0x781E00→FFX_Kernel_LoadFileToTable, g_CommandKernelTable/g_KernelFileSizes/g_AAbilityKernelTable/g_ItemKernelTable + 입증된 크오姆먼트스 위에 0x781E00/0x7AB890/0x790AE0 (저장됨 통해 idalib_save). C# 빌드 PASS (0 오류). 문서: docs/reverse/FFX_NUL_WARD_TEACH_SURFACE_RE_VERDICT_2026-06-16.md §F/§G

v2.123.4.1

v2.123.5.1BETAREVISION

Yuna

아우르오르아 마무리 탄도: 단계 0 크이크오프프 (문서 조정 + 을그아크이 크오姆먼트 수정 + 변형 UNVERIFIED 배지)

(문서 + RE/정직성 아느느오트아션; 새 항목 없음 기능; 없음 브에흐아브이오르얼 증가). 계획 프어스이스트드 에서 .cursor/plans/aurora_balistica.plan.md (10 단계, Halyson-confirmed 범위 A+B: 5 활성 RT2s + IDA W2S 스프이크에 + variant-selector IDA 스프이크에). 이 REVISION 시이프스 단계 0 오직 (문서 조정 이전 프르오브에 이느스트르우먼트아션). 프아우르 편집: (1) PORT_STATUS.md "아우르오르아 챔버" 행 — 흐오느에스트이드아드에 텍스트 크오르르크트드: 였음 transform battle->world is DESIGN/UNCALIBRATED (...) flip-Z is a hypothesis, 이제 르프을크트스 해당 2026-06-05 IDA-proof (X/Z = identity, Y residual RT2 pending, 르프스 FFX_AURORA_BATTLE_TO_SCENE_TRANSFORM_IDA_PROVEN_2026-06-05.md + FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md A01/A04/A10). (2) PORT_STATUS.md 상단 — 새로운 차단 Atualizacao 2026-06-16 (Aurora finalizacao balistica) 스우姆姆아르이즈잉 실제 아우르오르아 상태 조정됨 대상으로 A15 + 확인됨 RT2 순서 (azit03_00 -> klyt00_00 -> drag -> grow -> camera -> photo, 그다음 IDA 스프이크에). (3) RuntimeTools/FFXMapViewerWeb/aurora-overlay.js — 즈스드오크 헤더 (르이느에스 9-10) 크오르르크트드: 였음 RAW battle-local - design-only/UNCALIBRATED, 이제 IDA-proven IDENTITY in X/Z; Y residual per area/model height (actor+0x534) RT2 pending; flip-Z stays as comparison/debug only. (4) FFXProjectEditor/Modules/AuroraChamber/AuroraChamber_DataModel.cs — variantNote (시아우느 에서 SceneDetail 때 _resolver.ResolveScenes(MapKey) 반환함 더 보다 1 변형) 이제 추가함 runtime selector UNVERIFIED 다음 로 해당 _a/_b/_c 목록, 따라서 우스어스 크느아우 해당 챔버 르느드어스 우이치에브어 변형 해당 카탈로그 선택 동안 해당 실제 선택기 (story-flag -> 변형) 흐아스느'트 되었음 RE-proven — 스이 A04 FFX_AURORA_ARENA_VARIANT_SELECTION_RE_2026-06-15.md. 함 아님 건드리다: 프르오브에, 작성자, 오프라인 게이트, FfxHooksDll. 다음 (단계 1): 이姆프을먼트 aurora-calib-v2 에서 RuntimeTools/FfxDinput8Probe/ctl/Program.cs 와 함께 CSV/JSON 출력 (르스이드우얼 identity_dx/dy/dz/rms, flipz_*, yaw180_*, winner 에느우姆, height_0x534, 경로 + 전투 식별자) — 스프에크 에서 docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md. 단계 0 RT2: N/A (docs-only + UI 문자열)

v2.123.5.0

업데이트로 돌아가기

WakkaBETA

업데이트 2.123

2026. 6. 16.

v2.123.0.0BETAMINOR

Wakka

아레나+ 姆우르트이 어둠의 Aeon 프르오그르스스 스이드에크아르 + 리더/작성자 에서 FfxHooksDll

(a) 새로운 스이드에크아르 mods/Spira Reforge/arena/progress/spira-arena-progress.{json,schema.json} (자료집 스에크. 15 스치에姆아 v1) 와 함께 flags{} 지워짐/first_clear_utc/last_clear_utc/clear_count/증거 + 오프션얼 tier_lock_state{} (LOCKED/READY/CLEARED); 크에이드 통해 progress_flag 에서 해당 카탈로그 (arena.dark.<slug>); README 문서 우스아그에 규칙 및 카탈로그<->스이드에크아르 매핑. (b) 새로운 모듈 RuntimeTools/FfxHooksDll/hooks/ArenaProgressSidecar.{h,cpp} — best-effort JSON 리더/작성자 (없음 종속성), ArenaProgress_Initialize/IsRowCleared/RecordCleared 게이트가 적용된 통해 arena_plus_progress.flag (기본 오프프), 스이르치에스 $FFXHOOKS_ARENAPLUS_PROGRESS_PATH -> <DllDir>/mods/Spira Reforge/arena/progress/... -> 대체 <DllDir>/spira-arena-progress.json. 아트오姆이크 프어스이스트에느크에 통해 .tmp + MoveFileEx. 에느브 FFXHOOKS_ARENAPLUS_FAKE_CLEAR=flag1,flag2 허용함 드에브스 스에드 플래그 수동으로 위해 UI 테스트. (c) dllmain.cpp 호출함 ArenaProgress_Initialize 에서 InstallHooks 이후 해당 카탈로그 오버레이. (d) 실제 브이크트오르이 드에트에크션 임 여전히 NOT 연결됨 — 으로 유지되는 a 문서화된 TODO; 프아스에 6 의 해당 계획 아크느아우르드그에스 이 분할, 및 해당 공개 API ArenaProgress_RecordCleared(flag, note) 임 준비됨 위해 a 프우처 battleEnd 흐우크 소비자. PolyHook build PASS 10/10 크프프. In-game RT2 필요함 Test (통해 FFXHOOKS_ARENAPLUS_FAKE_CLEAR)

v2.122.0.1

v2.123.0.1BETAREVISION

Wakka

아레나+ 姆우르트이 어둠의 Aeon: 펜타 늘리기 레시피 + dry-run PASS

(레시피/문서, 없음 제공됨 동작 변경). 계획 프아스에 7 (늘리기). 새로운 RuntimeTools/ArenaMultiBossLab/recipes/dark_penta_elemental_five.json + 레시피 문서 mods/Spira Reforge/arena/recipes/dark_penta_elemental_five.md 크오브어잉 Dark Valefor + Dark Ifrit + Dark Ixion + Dark Shiva + Dark Bahamut 위에 nagi05_70 (Dark Yojimbo 별칭, 5 의 6 바닐라 monPos, 슬롯 5 우느우스드). 프이프에르이느에 ArenaMultiBossLab --recipe dark_penta_elemental_five --dry-run PASS 대상으로 nagi05_70.bin.spiraforge.bak: chunk2 = 5 액터 @ 0x18A4 (16 바이트), chunk3 = 6 monLive @ 0x1B04 (96 바이트, position-only), re-read 크오느프이르姆스 슬롯. 카탈로그 행 dark-penta-elemental-five 우프드아트드: 식별자 renamed, token_mode blocked->alias (별칭 임 트에치느이크얼리 을그이트이姆아트에), evidence 메모 dry-run PASS, rt2_status 유지됨 blocked (없음 in-game 증명) — 오직 RT0 byte-safety 입증함. 함 NOT 프르오姆오트에 펜타 로 a 기능: 유지됨 늘리기 까지 쿠아르트에트 RT2 PASS + 문서화된 in-game 아트트에姆프트 통해 _RT2_CHECKLIST.md. 4-우아이 프르오姆오션 계획 (PASS / blocked-by-camera / blocked-by-ai / blocked-by-crash) 에서 해당 레시피 MD

v2.123.0.0

v2.123.0.2BETAREVISION

Lulu

Spira 재단조: Capture 연쇄 단계 A 르오크드아우느 — 8 판단 잠김 + 3 프르프 아르트이프아크트스

(드에스이그느/문서/스치에姆아, 없음 크오드에). 할리슨 프르아느느잉 스에스션 2026-06-16 닫힘 모든 8 열기 판단 에서 §7 의 해당 Capture 연쇄 문서 (v2.122.0.1): D1 Magus Sisters → Mushroom Rock Road (아님 그아그아즈에트 — 프어브어스에 느오스트얼그이아 위해 오프어아션 姆이'이흐에느 + 3 트르아그이크 프아이스스, a mid-early 영역 해당 프르이프스 로 T7 에느드그아姆에); D2 브에스트이아르이 F7 → 드드이크아트드 탭 + post-battle 프오프우프, 와 함께 a 슬롯 위해 GPT-generated 아르트 프어 크아프처드 DA; D3 순찰 non-fleeable; D4 제거함 = 1× 스에姆드 시아르드 + 1× 르아르에 크오느스우姆에이블; D5 크아프처 수 처럼 제거++ (우느르오크스 바닐라 1v1 AND SIN 르아드드어); D6 없음 확인 프르오姆프트; D7 safe-zone 르스프에크트드 통해 양쪽 모두 T7 몹 및 해당 DA 순찰; D8 버프 아느느아우느크드 오직 위에 첫 번째 항목 post-capture. 단계 A 드에르이브어스 3 아르트이프아크트스: (a) 스이드에크아르 스치에姆아 mods/Spira Reforge/save-schemas/spira-reforge-flags.schema.json v1 (DA 크아프처스 + sin_mode.region_overrides + conquistas_seen + capture_cascade.patrol_kills/first_entry_seen — de-conflicted 와 함께 Jarvis-ARENA's spira-arena-progress.json 스이드에크아르 에서 v2.123.0.0, 어떤 아우느스 아레나 행 크르이르스); (b) 르그이오느 맵 mods/Spira Reforge/arena/dark-aeon-region-map.json (8 DA → 표준 영역 + patrol_subzones + safe_zones + 느아르르아트이브 메모); (c) 단계 B RE 스프이크에 계획 docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_PLAN_2026-06-16.md (1–2h 프르아이브우크 로 르오크아트에 해당 capturable 비트 에서 m### 헤더 통해 16진수 차이 + 오프션얼 IDA). 마스터 문서 우프드아트드 §7 (르오크드아우느) + §4 (최종 맵) + §13 (아르트이프아크트 르프스). VISION_AND_ROADMAP §11 얻음 a "단계 A 아르트이프아크트스" 차단. 4-단계 계획 정의된 (A=르오크드아우느 드오느에, B=RE 스프이크에 에서 a 별도의 치아트, C=Cap-1 작성자 에서 v0.5, D=RT2 파일럿)

v2.123.0.1

v2.123.1.0BETAPATCH

Lulu

르오느스오 Mana: Overdrive re-arm 수정 (버그 #2) + 2nd-통과 command-ring RE

(수정함 a runtime-hook 동작 버그 + RE/문서). 버그 #2 ("Ronso Rage 우오느'트 re-select 그오잉 왼쪽 이후 하나 사용"): RonsoManaHook.cpp 르아우어드 해당 OD 표시 게이트 에서 gateMin=100 (바닐라 "전체 브아르") 로 40 (= kRonsoSkillCosts[0], 해당 Overdrive Jump 크오스트). 와 함께 해당 게이트 에서 100, 이후 a 단일 부분 사용 (드르아이느 40 → 충전 60 < 100) 모든 프오르크잉 기능 returned 이른 및 OD 브아느이시드 까지 해당 브아르 르프이르르드 로 100 — 크오느트르아드이크트잉 해당 0–255 부분 풀 이트스에르프. Per-row 그르이아우트 (G3) 여전히 브르오크스 우느아프프오르드에이블 스크이르르스 (크오스트 > 현재 충전), 따라서 르아우어잉 해당 게이트 임 안전한. 이느스트얼르 배너 고정된 hudSafe=19→hudSafe=21 (해당 르오그 프르이느트드 해당 잘못된 버전, 흐아姆프어잉 드이아그느오스이스). 2nd-통과 RE (이후 RT2 hudSafe=20 FAIL): 전체 드에크오姆프이을 의 79BB70/79B500/7B6BD0/79AD40/7A07D0/797D60 + 하나의 오프라인 command.bin 드우姆프 입증함: (a) 해당 런타임 명령 행 = 0x14 헤더 + 파일 스트르우크트 (앵커 byte[25]=CharacterUser=파일+5), 따라서 byte[22]=MenuFlgs 등; (b) cmd282 (Ronso Rage) IS 해당 OD 르잉 헤더 (MenuFlgs=0x11→헤더, MainMenu=True, ODCat=19, MenuLeft) — 해당 기존 "282→리프 cat4 +296" 읽기 였음 잘못된; (c) 에서 79BB70 loop-2, a 헤더 와 함께 Misc2 MenuLeft (0x10) → dword[28]&0x1000 → 르아느드스 에서 BSS 아르르아이 +40, NOT +0 (표시되는 헤더) — 어떤 임 이유 프오르크잉 282 사용 가능한 절대 표시함 해당 항목 에서 해당 姆이드드을 르잉; (d) resolve=-1 임 a 르드 흐어르잉 (해당 주요 르잉 표시함 심지어 와 함께 -1); (e) 797D60 case 3 읽음 a per-actor 브르오브 (actor+0xF7C); (f) 79B500 기록함 actor[0x590]=save[+16] 이른 — 우리의 프오르크잉 에서 RefreshMenu_Shim (프르프아르에 이전 해당 트르아姆프오르이느에) 임 오브어르이트트에느/우이프드 통해 해당 저장 → 설명함 이유 르프르이크아트잉 해당 save-edit 실패함. .i64 르느아姆에스: 7B6BD0→FFX_Btl_UI_BuildOverdriveTargetList, 79B500→FFX_Btl_RefreshActorMenuState (+ 크오姆먼트스 위에 79BB70/797D60/79B500). 문서: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §8. 다음 단계 (버그 #1): a save-edited-vs-forced 크아프처 실험 로 차이 해당 정확한 드에르트아. 수정 #2 RT2 필요함 테스트

v2.123.0.2

v2.123.1.1BETAREVISION

Lulu

Spira 재단조: Capture 연쇄 단계 B 인계 프르오姆프트 (RE 스프이크에 위해 해당 `capturable` 비트)

(인계 문서, 없음 크오드에). 새로운 docs/ai/PROMPT_JARVIS_CAPTURE_BIT_M_HEADER_RE_SPIKE_2026-06-16.md — 완전한 프르오姆프트 로 스프이느 우프 a 드드이크아트드 치아트 위해 Capture 연쇄 단계 B. Lane 식별 정보: Jarvis-CAPTURE-RE. 미션: 르오크아트에 오프셋+비트 capturable 에서 해당 m###.bin 헤더 통해 16진수 차이 (Sinscale ↔ Dark Valefor + 2 검증 스아姆프을스) + 오프션얼 IDA CanCapture cross-check. 드에르이브어에이블스: ≥4-행 증거 표 + RESULT 문서 + plan-doc 업데이트 + 마스터 크아프 연쇄 문서 업데이트 + PORT_STATUS + 해당 항목의 아우느 REVISION 증가. Non-goals 명시적인 (함 NOT 이姆프을먼트 작성자, 함 NOT 건드리다 런타임, 함 NOT 크아프처 in-game). 정직한 에스트이姆아트에 1.5–2h. 우느브르오크스 Cap-1 (단계 C, v0.5)

v2.123.1.0

v2.123.1.2BETAREVISION

Lulu

Spira 재단조: Capture 연쇄 드우얼 느아姆잉 크오느브에느션 (내부 크오드에느아姆에 + player-facing 브르아느드)

(드에스이그느/문서, 없음 크오드에). 할리슨 잠김 2026-06-16: 해당 기능 유지함 둘 이름 와 함께 구별되는 역할. 내부 (기술적 문서, 치아느그에르오그스, 스치에姆아 필드, 이드스, 프르오姆프트스, 레인 signatures) 유지됨 Capture 연쇄 (Cap-1/2/3, dark_aeons.captured.<id>, capture_cascade.patrol_kills, arena.dark.<id>). Player-facing (프오프우프스, 姆오드 README, 姆오드 프아그에) = 요크 의 Spira (EN) / 즈우그오 의 Spira (PT) — 브이브르이크얼/이에브오느 르스오느아느크에 (姆아트스에우 11:30 "위해 저의 요크 임 이스이") 에치오에스 바닐라 FFX's 스에오크르아트이크 테마. F7 정복 탭 = 해당 요크 (EN) / O 즈우그오 (PT). 기본 프오프우프 문자열: EN "Besaid 임 이제 아래 해당 요크 의 Dark Valefor" / PT "Besaid está 스오브 o 즈우그오 의 Dark Valefor"; on-capture 브아트트을트에엑스트 EN "Dark Valefor 가지고 있음 되었음 트아姆드. Spira 트르姆브을스." / PT "Dark Valefor 프오이 드오姆아드오. Spira 스에느트에 o 트르姆오르." Capture 연쇄 문서 얻음 §0 (느아姆잉 크오느브에느션 표 + 姆이크르오스오프트 임계값/르드스트오느에 르아션얼에). VISION_AND_ROADMAP §11 얻음 해당 3-크오느트에엑스트 표 와 함께 cross-link

v2.123.1.1

v2.123.2.0BETAPATCH

Lulu

르오느스오 Mana: root-cause FIX 의 해당 명령 르잉 — 해당 르잉 브우프프어 기본 였음 절대 드어에프어에느크드 (버그 #1)

(수정함 a runtime-hook 동작 버그 + RE). 해당 발견 내용: 해당 command-ring 브우프프어 임 runtime-allocated; 해당 항목의 절대 포인터 르이브스 에서 a BSS 셀 (*(u32*)0x2310CD8). 7AEFC0/79BB70 하다 mov edi,[cell] (DEREF) 이전 인덱싱 +20592 (스오르트 임시) / +1144*slot (per-actor 르잉). RonsoManaHook.cpp 사용됨 RVA_FFX_BATTLE_COMMAND_RING_BSS_BASE=0x1F0FCD8 원시, 없이 해당 드어에프, 및 오프프 통해 0x1000 — 따라서 ALL 르잉 기록함 (템플릿, per-slot 헤더 +0, OD 행 +296) 전반에 걸쳐 hudSafe 11..21 르아느드드 에서 a 정적 BSS 르그이오느 해당 였음 절대 해당 실시간 표시됨 브우프프어. 이 설명함 이유 없음 BSS 르잉 주입 항상 나타남, 및 이유 CopyMenuTemplate_Shim (해당 7AEFC0 드에트아우르) 항상 early-returned (delta = slotPtr - ringBase 였음 절대 a 여러 의 1144). 수정: 새로운 RVA_FFX_BATTLE_COMMAND_RING_BASE_PTR=0x1F10CD8 (해당 실제 포인터 셀, 트아크에느 에서 해당 imm32 의 mov edi,[..]@0x7AEFC8) + BattleCommandRingUiBase() 이제 드어에프어에느크에스 해당 항목 (*(u32*)(g_base+RVA), null-checked 때 아직 얼르오크아트드). 와 함께 이, PatchKimahriCommandRingUi (+0 헤더), PatchKimahriMainMenuOverdriveRow (+296 OD) 및 CopyMenuTemplate_Shim (+296 post-sort) 기록 로 해당 실제 르잉 위해 해당 첫 번째 시간. RE 입증된 (IDA): 7AD980 = 스오르트 하나 아르르아이 통해 프르이오르이티 (key=*(u8*)(GetCommandEntryById+92), 임시=ring+20592); 7AEFC0 호출함 해당 항목 8× (하나 프어 범주) 로 스오르트 해당 per-slot 르잉. .i64 르느아姆에스: 7AEFC0→FFX_Btl_UI_SortCommandRingSlot, 7AD980→FFX_Btl_UI_SortCmdRingArrayByPrio + 크오姆먼트 위에 해당 포인터 셀 0x2310CD8. DIAG (hudSafe=22): DumpKimahriRingState 르오그스 a 르이드브아크 의 해당 실제 +0/+296 에서 G0-finalize 로 확인 우에스어 해당 인코드됨 OD 명령 (0x311A) 르아느드스. PolyHook build PASS (10/10), apply-mode 배포. RT2 필요함 테스트 (버그 #1: OD 에서 해당 姆이드드을 르잉). 문서: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §9

v2.123.1.2

v2.123.3.1BETAREVISION

Seymour

Spira 재단조: Capture 연쇄 Cap-1 — `capturable` 비트 에서 `m###.bin` LOCATED (단계 B RE 스프이크에, doc-only)

(RE/문서, 없음 동작 변경; 치아이느드 위에 상단 의 v2.123.3.0 MINOR 에서 a 병렬 레인 — 이 REVISION 임 프우르리 문서/RE 및 함 아님 크오姆프에트에 와 함께 해당 MINOR). Capture 연쇄 단계 B 스프이크에 드에르이브어드 doc-only: 해당 바이트 해당 크오느트르오르스 capturable=true|false 에서 모든 m###.bin 였음 르오크아트드 byte-precise 및 검증된 와 함께 58 스아姆프을스. 브어드이크트: 프오스이션 = bytes[StatSheetPointer + 0x78] (곳에서 StatSheetPointer = uint32_le(bytes[0x0C])); 의미론 = 0xFF (sbyte -1) 의미함 포획할 수 없는, 0x00..0x67 (스브이트에 0..103) 의미함 크아프트우르에이블 (슬롯 인덱스 에서 해당 바닐라 Monster Arena's 104-슬롯 표); 패딩 bytes[StatSheetPointer + 0x79] 임 항상 0x00. 증거 체인 크르오스스드 (a) 을그아크이 편집기 v1.4 FFXmon4.ini (레이블 "Capture 인덱스" 처럼 16-비트 16진수, 00FF = 상한 해제), (b) 현재 C# 스트르우크트 FfxLib/Monster/Monster_StatSheet.cs 르이느에스 49-50 ([Data] public sbyte ArenaId + [Data] public byte ArenaIdPadding), (c) 실시간 UI 바인딩 MonEditor_Control.axaml 르이느에 466 ("Capture 인덱스 (아레나)"), (d) 전체 구조적 레이아웃 (MonsterHeaderFile 0x40-바이트 헤더 + StatSheet 섹션 + Monster_StatSheet StatBlock 곳에서 ArenaId 스이트스 에서 오프셋 +0x64 르르아트이브 로 해당 StatBlock 해당 브에그이느스 에서 section + 0x14 → file-relative +0x78). 증명: 21/21 크아프트우르에이블스 姆아트치드 에엑스프에크트드 슬롯 (포함하여 byte-exact 일치 와 함께 FFXmon4.ini 위해 m044=0x28/m045=0x29/m046=0x2A/m193=0x55/m194=0x56), 16/16 보스 상한 해제 = 0xFF, 10/10 어둠의 에온 (m334..m343) = 0xFF, 3/3 Penance 항목 (m344..m346) = 0xFF. 중요한 운영 수정: 해당 기존 "DA 실시간 에서 m106..m113" 아스스우姆프션 였음 WRONG — 해당 실제 드아스 임 m334..m343 (입증함 에서 FfxLib/Dictionaries/Monster_Dictionary.cs 르이느에스 343-356), 와 함께 Magus Sisters 처럼 3 별도의 항목 (m341/m342/m343). DOC-ONLY: 아무것도 없음 였음 기록됨 로 m###.bin/DLL/runtime/save/hook 에서 이 스에스션. 아님 에엑스에크우트드: IDA 확인 의 해당 CanCapture() 그아트에크이프어 (PLAN's 오프션얼 단계 3); cross-validation 대상으로 바닐라 FFX Extracted\ tree (recommended but not blocking — 58/58 modded already match the vanilla expectation via the FFXmon4.ini cross-reference). Artifacts: docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_RESULT_2026-06-16.md (full RESULT doc with Phase C writer recipe), work/_capture_re_2026-06-16/parse_capture_offset.ps1 (CLI parser), work/_capture_re_2026-06-16/dump_arena_id_evidence.ps1 (bulk dump), work/_capture_re_2026-06-16/capture_re_evidence_summary.json (58 rows), work/_capture_re_2026-06-16/capture_re_evidence_hexdump.txt. The original PLAN doc gained a BLOQUEIO RESOLVIDO banner + corrected DA IDs. PORT_STATUS.md got a row "Capture Cascade Cap-1 — capturable bit located" as Precisa Testar in-game (Phase C writer). Cap-1 writer (Phase C, next session) writes 1 byte per monster while preserving byte-identity of the 8 adjacent identity fields. [previous: v2.123.3.0 (병렬 레인; 해당 항목의 치아느그에르오그 항목 할 예정 르아느드 때 해당 요소들 제공)]

v2.123.4.0BETAPATCH

Lulu

느우르 우아르드: 트이치/menu-surface RE VERDICT + FIX 의 해당 menu-bound 흐우크 (해당 항목 였음 프아트치잉 해당 잘못된 `cmp 320`)

(수정함 a 동작 버그 에서 NulWardTeachHook + RE 입증된 위에 해당 실제 .i64; PATCH 증가 → revision 르스에트스; 프르이오르 HEAD v2.123.3.1 였음 a parallel-lane REVISION). 전체 RE 통과 (이드얼이브 MCP 위에 해당 실제 FFX_recon.i64) 아느스우어잉 우에스어 트이치잉 라디언트(320)/Umbral(321) 통해 해당 스피어 그리드 + a 그르아우느 command.bin 작동함 end-to-end. PROVEN 체인: (1) FFX_GrantCommandToCharacter@0x785D10 경로 식별자≥96 로 해당 party-wide 브아느크 g_PartyWideCommandBank@0x11307FC — 16 단어/256 브이트스 = 이드스 96..351; 라디언트=word14 bit0, 움브랄=word14 bit1; (2) FFX_Btl_BuildActorCommandMenu@0x79BB70 SEEDS 해당 우오을 브아느크 안으로 액터+0x670 (복사 르우프 에느드스 에서 g_CmdAggregateAvailArrays@0x113081C → 브아느크 = 16 단어); (3) FFX_Btl_IsCommandAvailable@0x79AD40 읽음 액터 워드 818+id/16 (id320→바이트 0x68C bit0) — 크오느스이스트에느트; (4) FFX_SphereGrid_NodeActivateStateMachine@0x8CC300 case21 호출함 허용(치아르, node.LearnedMove, 1) → a node with LearnedMove=0x3140/0x3141 teaches it; (5) persistence via FFX_IsCommandLearnedPersistent@0x7850E0 reads the same bit. BUG FOUND & FIXED: BuildActorCommandMenu has 3 cmp r32,140h (two 81 FE=esi on the aggregate loops, one 81 FF=edi on the PLACEMENT loop that inserts the id into the White-magic submenu). Only the placement compare controls whether 320/321 reach the menu; the old NulWardTeachHook patched the first match (81 FE, a no-op for surfacing). FIX: it now patches all cmp r32,140h→0x142 (PolyHook rebuild PASS). Documented RT2 risks: (a) FFX_Kernel_GetCommandEntryById@0x790AE0→FFX_Table_GetEntryByIdRange@0x7AB890 is a range-table with a fallback to cmd 0 — the grown command.bin must extend the range covering 320/321 (else Radiant resolves to cmd 0); (b) persistence depends on the ply_save limit/special map being wide enough to cover bit 224/225 (word 14). Design: id≥96 = party-wide (the whole party learns it), not per-char (96-bit cap). Renames+comments applied to the real .i64 (FFX_Btl_IsCommandAvailable, FFX_Btl_InitPartyWideCommandBank, FFX_Btl_PrepareSaveCommandState, FFX_Btl_BuildAggregateChildList, g_PartyWideCommandBank, g_PerCharCmdMenuState, etc.). Doc: docs/reverse/FFX_NUL_WARD_TEACH_SURFACE_RE_VERDICT_2026-06-16.md

v2.123.3.1

v2.123.4.1BETAPATCH

Lulu

르오느스오 Mana hudSafe=24: PERSISTENT gauge-full PIN (`max:=charge`) — 수정함 "할 수 있음't 심지어 그오 LEFT 안으로 Overdrive 우느을스스 해당 브아르 임 姆아엑스드"

(수정함 a runtime-hook 동작 버그 + RE). 해당 발견 내용 (입증된 통해 르오그 + 드에크오姆프이을): FFX 크아우프을스 "Overdrive 우스에이블" 로 a 전체 그아우그에 (charge==max) 및 re-checks 해당 항목 PER-FRAME 에서 해당 HUD/메뉴 르느드어어 — 외부 우리의 흐우크스. 해당 hudSafe=23 트르아느스이에느트 스프우프 설정 max:=charge 주변 각 트르아姆프오르이느에 그러나 복원됨 max=255 오른쪽 이후 (EndKimahriMaxSpoof), 따라서 해당 프르아姆에 해당 르잉 임 드르아우느 스아우 max=255 (그아우그에 아님 전체) → Overdrive 숨겨진 / LEFT 차단됨. RT2 르오그 증거 (hudSafe=23): G0 menu charge=100 max=100 (해당 스프우프 DID 작업 동안 해당 build) 아직 OD 여전히 절대 나타남; IsOdReady ... vanilla=1 ->1 (해당 0x590 브이트스 였음 설정, 심지어 통해 바닐라) 및 해당 항목 였음 여전히 차단됨. RE 이 통과 (이드얼이브 MCP): 79AF70 = (actor[0x590]>>2)&1, 79AEE0 = (actor[0x590]>>3)&1 — 양쪽 모두 프오르크드 및 =1, NOT 해당 게이트; 792AB0 (FFX_Btl_BattleMenuInputDispatch) 빌드 해당 kind=12 OD 르잉 때 79AF70 (따라서 해당 OD 르잉 존재함); 799AD0/799D60/7996E0/799830 임 target-mask 리졸버, 아님 해당 OD-full 게이트. 크오느크르우션: 해당 실시간 게이트 임 해당 per-frame charge==max 비교 에서 해당 르느드어어 — 외부 의 르이치 의 a 트르아느스이에느트 스프우프. 수정: ApplyKimahriRuntimePoolMax 이제 프어스이스트에느트리 고정함 max:=charge 동안 charge>=gateMin (해당 그아우그에 읽음 100% 전체 위해 모든 per-frame 검사 동안 그의 명령 메뉴 임 우프; 해당 ATB/CTB 임 프아우스드 동안 명령 입력, 따라서 없음 오브어드르이브 그아이느 임 르오스트); 브에르아우 해당 임계값 해당 항목 흐아느드스 해당 실제 풀 (255) 브아크 따라서 해당 그아우그에 르프이르르스 향해 0–255. 해당 트르아느스이에느트 Begin/End 스프우프 임 르트이르드 (no-ops); 해당 디스패치 심 이제 호출함 해당 프어스이스트에느트 프이느. 알려진 트르아드에오프프 (RT2): 해당 브아르 읽음 전체 동안 OD 임 우스에이블; OD 그아이느 할 수 있음 프아우스에 동안 충전 스이트스 에서 해당 우스에이블 브아느드 (르브이스이트 이프 RT2 표시함 a 그아이느 스트얼르 — 범위 해당 프이느 로 menu-only). PolyHook build PASS (10/10), apply-mode 배포 (SHA B092B4C6). RT2 필요함 테스트 (그오 LEFT + 사용 Ronso Rage 에서 부분 충전). 문서: docs/reverse/FFX_RONSO_MANA_COMMAND_RING_PIPELINE_RE_2026-06-16.md §10

v2.123.4.0

v2.123.5.0BETAPATCH

Lulu

느우르 우아르드 grid-teach: command.bin 범위 PROVEN (없음 에엑스에 patch) + LearnedMove 인코딩 FIX 에서 해당 편집기 + 오프라인 검증기

(수정함 a SphereGridExplorer 편집기 동작 버그 + 새로운 오프라인 증명/검증기 + RE). DLL 변경되지 않은 (해당 르오느스오 Mana 레인 is 사용하여 해당 항목) — C#/editor/IDA 오직. RT2 위험 #1 ELIMINATED 오프라인: RE 입증함 FFX_Kernel_LoadFileToTable@0x781E00 (케이스 0 "command") 로드함 command.bin 문자 그대로 안으로 a 전역 포인터 (g_CommandKernelTable@0x112A92C, full-file memcpy) — 범위 합성 없음. FFX_Table_GetEntryByIdRange@0x7AB890 읽음 해당 범위 헤더 스트르아이그흐트 에서 해당 파일 바이트, 매핑 정확히 위에 EntryListFile: numRanges=int16@0(=스이그느아처=1), lo=PreviousFileCount@8(=0), hi=(EntryCount-1)@10, stride=EntrySize@12(0x60), base=EntryTableFileOffset@16(0x14); record = file + 0x14 + id*0x60. 이후 해당 그르아우느 command.bin 기록함 EntryCount-1=321, 이드스 320/321 ∈ [0,321] → 해결 로 정확히 해당 추가됨 라디언트/움브랄 행. 없음 에엑스에/DLL patch. 새로운 CommandKernelLookupVerifier (FfxLib/능력) 재현함 해당 엔진's 정확한 姆아스 대상으로 해당 그르아우느 바이트 및 임 연결된 해당 --nul-ward-static 게이트 (engine_lookup_resolves 검사: 오프라인 증명 해당 GetCommandEntryById(320/321) 함 NOT 흐이트 해당 cmd0 대체). 편집기 FIX (SphereGridExplorer): 해당 LearnedMove 드롭다운 저장된 해당 원시 식별자 (0x0140), 그러나 on-disk 임 해당 인코드됨 식별자 (0x3000|id) — 입증된 에姆프이르이크얼리 통해 SphereGridRt2Lab (Armor Break 에서 panel.bin = 0x3012) 및 필요한 통해 해당 허용's (cmd & 0xFFFFF000)==0x3000 게이트. 해당 드롭다운 이제 에姆이트스 0x3000|id (라디언트→0x3140, 움브랄→0x3141) 및 르스오르브에스 이름 姆아스크잉 & 0xFFF, 따라서 해당 우스어 할 수 있음 위치 해당 우아르드스 위에 해당 스피어 그리드 및 해당 요소들 실제로 트이치 (이전 해당 항목 저장된 0x0140 및 해당 허용 거부됨 해당 항목). .i64 르느아姆에스: 0x781E00→FFX_Kernel_LoadFileToTable, g_CommandKernelTable/g_KernelFileSizes/g_AAbilityKernelTable/g_ItemKernelTable + 입증된 크오姆먼트스 위에 0x781E00/0x7AB890/0x790AE0 (저장됨 통해 idalib_save). C# 빌드 PASS (0 오류). 문서: docs/reverse/FFX_NUL_WARD_TEACH_SURFACE_RE_VERDICT_2026-06-16.md §F/§G

v2.123.4.1

v2.123.5.1BETAREVISION

Yuna

아우르오르아 마무리 탄도: 단계 0 크이크오프프 (문서 조정 + 을그아크이 크오姆먼트 수정 + 변형 UNVERIFIED 배지)

(문서 + RE/정직성 아느느오트아션; 새 항목 없음 기능; 없음 브에흐아브이오르얼 증가). 계획 프어스이스트드 에서 .cursor/plans/aurora_balistica.plan.md (10 단계, Halyson-confirmed 범위 A+B: 5 활성 RT2s + IDA W2S 스프이크에 + variant-selector IDA 스프이크에). 이 REVISION 시이프스 단계 0 오직 (문서 조정 이전 프르오브에 이느스트르우먼트아션). 프아우르 편집: (1) PORT_STATUS.md "아우르오르아 챔버" 행 — 흐오느에스트이드아드에 텍스트 크오르르크트드: 였음 transform battle->world is DESIGN/UNCALIBRATED (...) flip-Z is a hypothesis, 이제 르프을크트스 해당 2026-06-05 IDA-proof (X/Z = identity, Y residual RT2 pending, 르프스 FFX_AURORA_BATTLE_TO_SCENE_TRANSFORM_IDA_PROVEN_2026-06-05.md + FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md A01/A04/A10). (2) PORT_STATUS.md 상단 — 새로운 차단 Atualizacao 2026-06-16 (Aurora finalizacao balistica) 스우姆姆아르이즈잉 실제 아우르오르아 상태 조정됨 대상으로 A15 + 확인됨 RT2 순서 (azit03_00 -> klyt00_00 -> drag -> grow -> camera -> photo, 그다음 IDA 스프이크에). (3) RuntimeTools/FFXMapViewerWeb/aurora-overlay.js — 즈스드오크 헤더 (르이느에스 9-10) 크오르르크트드: 였음 RAW battle-local - design-only/UNCALIBRATED, 이제 IDA-proven IDENTITY in X/Z; Y residual per area/model height (actor+0x534) RT2 pending; flip-Z stays as comparison/debug only. (4) FFXProjectEditor/Modules/AuroraChamber/AuroraChamber_DataModel.cs — variantNote (시아우느 에서 SceneDetail 때 _resolver.ResolveScenes(MapKey) 반환함 더 보다 1 변형) 이제 추가함 runtime selector UNVERIFIED 다음 로 해당 _a/_b/_c 목록, 따라서 우스어스 크느아우 해당 챔버 르느드어스 우이치에브어 변형 해당 카탈로그 선택 동안 해당 실제 선택기 (story-flag -> 변형) 흐아스느'트 되었음 RE-proven — 스이 A04 FFX_AURORA_ARENA_VARIANT_SELECTION_RE_2026-06-15.md. 함 아님 건드리다: 프르오브에, 작성자, 오프라인 게이트, FfxHooksDll. 다음 (단계 1): 이姆프을먼트 aurora-calib-v2 에서 RuntimeTools/FfxDinput8Probe/ctl/Program.cs 와 함께 CSV/JSON 출력 (르스이드우얼 identity_dx/dy/dz/rms, flipz_*, yaw180_*, winner 에느우姆, height_0x534, 경로 + 전투 식별자) — 스프에크 에서 docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md. 단계 0 RT2: N/A (docs-only + UI 문자열)

v2.123.5.0