SeymourBETA

アップデート 2.127

2026/6/16

v2.127.0.0BETAMINOR

Seymour

Capture Cascade フェーズ Cap-1 技術情報 C: 1バイト `capturable` ライター (`MonsterCaptureFlagWriter`) + `--monster-capture-bit-rt0` ゲート PASS 361/361バニラコーパス全体

/ Yoke of Spira 機能の最初のライター; ライブラリ + ゲート、 NO UI)まだなし）。計画のPhase C 技術情報 Cap-1 を実装（Pha B v2.123.3.1 がバイトを特定; フェーズがそれに書き込む） C 技術情報 ライター (FFXProjectEditor/FfxLib/Monster/MonsterCaptureFlagWriter.cs): byte-level (レベル（ Monster_File.Read(...).Write() の完全構造体ラウンドトリップなし） round-trip)技術情報 bytes[StatSheetPointer + 0x78] に直接作用し StatSheetPointer = uint32_le(bytes[0x0C]). API: TryGetStatSheetPointer, GetCaptureFlagFileOffset, ReadCaptureFlag, ReadPaddingByte, WriteCaptureFlag(monBin, newSlot) (（配列をクローン、バイトをフリップ、パディング 0x00, を保持、非ゼロパディングのモンスターを不明変種として拒否） non-zero ; ヘルパー IsUncapturable/IsVanillaArenaSlot/IsSidecarArenaSlot. 定数 Uncapturable = 0xFF, VanillaArenaSlotMin/Max = 0x00..0x67, SidecarArenaSlotMin/Max = 0x68..0xFE (（バニラ MA = 104スロット、サイドカー = 図鑑衝突のないCapture Cascade領域）。 ゲート (FFXProjectEditor/Tools/MonsterCaptureFlagRt0.cs): 技術情報 FFXProjectEditor.exe --monster-capture-bit-rt0 [monsterRoot], で起動、モンスターごとに3つの特性を証明: (1) same-value byte-identity — WriteCaptureFlag(bin, current) == bin (（==currentのときライターは） no-op 技術情報 newSlot技術情報 ; (2) slot-only トのみ差分 — WriteCaptureFlag(bin, target) は bin と ちょうど1バイト, 技術情報 [StatSheetPointer + 0x78], で異なり、パディング 0x00, 他のすべてのバイトはバイト同一; (3) ; (3) byte-identical; (3) flip-and-restore RT0 — WriteCaptureFlag(WriteCaptureFlag(bin, target), original) == bin (（完全冪等）。ターゲットはカテゴリごとに帯域外で選択: uncap（） out-of-band は（サイドカー）) 技術情報 (0xFF) にフリップ、 0x68 (バニラはにフリップなど。技術情報 MA , 技 0xFF, 術情報 技術情報 FFX Extracted\...\jppc\battle\mon (（バニラ）に対する結果: VERDICT PASS 61/361モンスター, 251 uncap（） (0xFF)110バニラスロット、 0サイドカー、 MA 0非ゼロパディング、ヘッダー解析361/361、 non-zero 同値 361/361、スロットのみ差分361/361、 same-value RT0 361/361, slot-only フリップアンドリストア flip-and-restore RT0 361/361. フェーズの58サンプル証拠コーパスを6倍超える。 B 技術情報 技術情報 RuntimeTools/offline_ci.ps1 $editorGates (に配線（ monster と encounter) の間）— 恒久的な内部ゲート。新規ファイル: FfxLib/Monster/MonsterCaptureFlagWriter.cs, Tools/MonsterCaptureFlagRt0.cs. 触れた: Program.cs (技術情報 --monster-capture-bit-rt0), RuntimeTools/offline_ci.ps1 ($editorGates). 触れない: m###.bin (（ゲートは読み取り専用 read-only — バニラファイルを読むだけで、決してディスクに書き込まない） DLL, ランタイム、セーブ、 Cフック。 CReleaseビルド（0エラー、 PASS (384ベースライン警告）。フェー C UI この成果物に配線されていない — まだライブラリ + ゲート、公開ボタンなし。 次の安全なステップ: フェーズ D (UI Capturable チェックボックス + Dark AeonとPenance用の一括ライター）またはゲーム内（Halysonが実際の MonEditor で使い捨てモンデア·リヒター) 技術情報 in-game RT2 (スターを1体 0xFF→0x68 技術情報 m###.bin, に編集、保存、ゲーム起動、モンスターを捕獲してエンジンがバニラ..範囲外のスロットを受け入れることを確認）。ドキュメント: .. 0x00..0x67 技術情報 docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_RESULT_2026-06-16.md §5.1. 前版: v2.126.0.0]

更新一覧に戻る

SeymourBETA

アップデート 2.127

2026/6/16

v2.127.0.0BETAMINOR

Seymour

Capture Cascade フェーズ Cap-1 技術情報 C: 1バイト `capturable` ライター (`MonsterCaptureFlagWriter`) + `--monster-capture-bit-rt0` ゲート PASS 361/361バニラコーパス全体

/ Yoke of Spira 機能の最初のライター; ライブラリ + ゲート、 NO UI)まだなし）。計画のPhase C 技術情報 Cap-1 を実装（Pha B v2.123.3.1 がバイトを特定; フェーズがそれに書き込む） C 技術情報 ライター (FFXProjectEditor/FfxLib/Monster/MonsterCaptureFlagWriter.cs): byte-level (レベル（ Monster_File.Read(...).Write() の完全構造体ラウンドトリップなし） round-trip)技術情報 bytes[StatSheetPointer + 0x78] に直接作用し StatSheetPointer = uint32_le(bytes[0x0C]). API: TryGetStatSheetPointer, GetCaptureFlagFileOffset, ReadCaptureFlag, ReadPaddingByte, WriteCaptureFlag(monBin, newSlot) (（配列をクローン、バイトをフリップ、パディング 0x00, を保持、非ゼロパディングのモンスターを不明変種として拒否） non-zero ; ヘルパー IsUncapturable/IsVanillaArenaSlot/IsSidecarArenaSlot. 定数 Uncapturable = 0xFF, VanillaArenaSlotMin/Max = 0x00..0x67, SidecarArenaSlotMin/Max = 0x68..0xFE (（バニラ MA = 104スロット、サイドカー = 図鑑衝突のないCapture Cascade領域）。 ゲート (FFXProjectEditor/Tools/MonsterCaptureFlagRt0.cs): 技術情報 FFXProjectEditor.exe --monster-capture-bit-rt0 [monsterRoot], で起動、モンスターごとに3つの特性を証明: (1) same-value byte-identity — WriteCaptureFlag(bin, current) == bin (（==currentのときライターは） no-op 技術情報 newSlot技術情報 ; (2) slot-only トのみ差分 — WriteCaptureFlag(bin, target) は bin と ちょうど1バイト, 技術情報 [StatSheetPointer + 0x78], で異なり、パディング 0x00, 他のすべてのバイトはバイト同一; (3) ; (3) byte-identical; (3) flip-and-restore RT0 — WriteCaptureFlag(WriteCaptureFlag(bin, target), original) == bin (（完全冪等）。ターゲットはカテゴリごとに帯域外で選択: uncap（） out-of-band は（サイドカー）) 技術情報 (0xFF) にフリップ、 0x68 (バニラはにフリップなど。技術情報 MA , 技 0xFF, 術情報 技術情報 FFX Extracted\...\jppc\battle\mon (（バニラ）に対する結果: VERDICT PASS 61/361モンスター, 251 uncap（） (0xFF)110バニラスロット、 0サイドカー、 MA 0非ゼロパディング、ヘッダー解析361/361、 non-zero 同値 361/361、スロットのみ差分361/361、 same-value RT0 361/361, slot-only フリップアンドリストア flip-and-restore RT0 361/361. フェーズの58サンプル証拠コーパスを6倍超える。 B 技術情報 技術情報 RuntimeTools/offline_ci.ps1 $editorGates (に配線（ monster と encounter) の間）— 恒久的な内部ゲート。新規ファイル: FfxLib/Monster/MonsterCaptureFlagWriter.cs, Tools/MonsterCaptureFlagRt0.cs. 触れた: Program.cs (技術情報 --monster-capture-bit-rt0), RuntimeTools/offline_ci.ps1 ($editorGates). 触れない: m###.bin (（ゲートは読み取り専用 read-only — バニラファイルを読むだけで、決してディスクに書き込まない） DLL, ランタイム、セーブ、 Cフック。 CReleaseビルド（0エラー、 PASS (384ベースライン警告）。フェー C UI この成果物に配線されていない — まだライブラリ + ゲート、公開ボタンなし。 次の安全なステップ: フェーズ D (UI Capturable チェックボックス + Dark AeonとPenance用の一括ライター）またはゲーム内（Halysonが実際の MonEditor で使い捨てモンデア·リヒター) 技術情報 in-game RT2 (スターを1体 0xFF→0x68 技術情報 m###.bin, に編集、保存、ゲーム起動、モンスターを捕獲してエンジンがバニラ..範囲外のスロットを受け入れることを確認）。ドキュメント: .. 0x00..0x67 技術情報 docs/reverse/FFX_SPIRA_REFORGE_CAPTURE_BIT_M_HEADER_RE_RESULT_2026-06-16.md §5.1. 前版: v2.126.0.0]