更新 2.45

2026/6/9

完整的編輯器音樂播放器：UI中可選取全部 89 首目錄曲目。 `AudioStudio_Service`現在提供即時預覽（`SetTrack`/`PreviewSelectedMusicTrack`），同時在偏好設定中保留`SelectedTrackId`；主視窗新增了`▶ Preview`按鈕、更寬的ComboBox，以及一張 Music Player 卡片，顯示目前曲目、狀態、Music/FX切換與目錄曲目數。使用`Assets/Audio/Music/music_catalog.json` + `Catalog/.wav`（89 首曲目）。這是editor-only音樂播放；並未宣稱支援in-game音樂替換，後者仍取決於 hook/IDA路徑。編輯器建置 0 錯誤。[previous: `v2.44.0`] — Jarvis-MAGIC

閱讀說明

SeymourBETA

更新 2.44

2026/6/9

updatemonster-ai

自訂頭目創造器：複製並編輯任何怪物 → 新的 m###.bin（自訂怪物管線的第一步）。新模組 `Modules/CustomBossCreator` + `FfxLib/Monster/MonsterCloner.cs`。流程：選擇一個來源怪物（m000–m346 或任何現有的 m###），設定新的 ID（347+ auto-suggested 作為第一個空閒插槽），個別編輯屬性（HP/MP/HpOverkill/Str/Def/Mag/MagDef/Agi/Lck/Eva/Acc）和 ModelId（空白欄位 = 從來源繼承），輸入顯示名稱，點擊 ⚔ 創造怪物。`MonsterCloner.Clone()` 執行一次 Write→Read round-trip 以獲得獨立副本，在 slot-only 上套用 `Monster_StatSheet` 覆蓋（屬性）或完整重建（名稱），寫入 `battle/mon/_m###/m###.bin`（自動建立資料夾），並在執行時將名稱註冊到 `Monster_Dictionary` — 陣型編輯器立即按名稱看到新怪物。AI、戰利品和 in-game 名稱均從來源繼承（稍後可在怪物 AI 編輯器/怪物編輯器中調整）。誠實地說：複製功能會建立檔案；但將怪物放入戰鬥仍需使用陣型編輯器（在現有的 .btl 中交換插槽）。離線閘門：Monster_File 寫入器已驗證（byte-identical round-trip）。[先前：`v2.43.1`] — Jarvis-MAGIC。

閱讀說明

SeymourBETA

更新 2.43

2026/6/9

updatemagic-dll

EncounterTable：儲存按鈕 + per-group 危險編輯 + 全域危險預設（功能 1+4）。 `EncounterTableExplorer` 現在是一個完整的遭遇編輯器，而非 read-only 檢視器。`EncounterTableGroupRow` 與 `EncounterTableFormationRow` 現在為部分 `ObservableObject`：`Danger`（每羣組，0–255）和 `Weight`（每陣形，0–255）可透過互動滑桿進行編輯；更改 `Danger` 會立即寫回 `group.Danger` 並更新友好標籤（`No encounters / Rare / Normal / High / Maximum`）；更改 `Weight` auto-recalculates `group.TotalWeight`。Per-group 預設：`No encounters (0) / Normal (50) / Intense (128) / Maximum (255)` 按鈕。儲存： `💾 Save btl.bin` 呼叫 `EncounterTable_File.Write()`（slot-only、byte-local 修補），首次儲存時建立 `btl.bin.bak`；`↩ Restore vanilla` 將備份複製回來。全域危險：「編輯與儲存」卡片中的四個預設按鈕（`⚡ No encounters / Normal / Intense / Maximum`）可一次應用於 ALL 羣組跨 ALL 地圖，並顯示受影響羣組數量的回饋。`DataModel` 持有 `_loadedEncounterFile` 和 `_encounterFilePath`，以重複使用已解析的物件而不需 re-reading 該檔案。編輯器建構零錯誤。[前一個：`v2.42.0`] — Jarvis-MAGIC

閱讀說明

SeymourBETA

更新 2.42

2026/6/7

updateaurora

AURORA：battle-camera 眼睛完全 IDA-calibrated + gold-eye 在 MapViewer 中拖曳。已關閉 `HANDOFF_CAMERA_POLAR_CALIBRATION_CODEX_2026-06-07`：IDA 證明 `camSetPolar(0x6004)`（`0x6004 -> 0x7B9260 -> 0x7BB550 -> 0x7C4760`，相機插槽 `+12`）為 `horizontalDeg, elevationDeg, distance`，搭配 `x=refX+cos(h)cos(e)dist`、`y=refY+sin(e)dist`、`z=refZ+sin(h)cos(e)dist`。Aurora 的金色相機眼睛不再只是近似值：`BuildCameraMarker` 使用真實公式，而放置模式現在可以拖曳金色眼睛；編輯器反轉至 `horizontal/elevation/distance` 並透過 `WithFloat`（byte-local、backup-once）寫入三個浮點數，同時保留 shared-float-pool 警告。`BattleCameraScanLab`：`camSetPolar0x6004=10944`、target-aware 變體保持分離 `103854`，精確建立極座標 `809/855`、eye-editable `802/855`，極座標眼睛 round-trip 802/802。`camSetBtlPolar`/`camSetChrPolar2` 誠實地保持在簡單反轉之外。編輯器建置 0 個錯誤。[先前：`v2.41.0`] — Jarvis-Codex/AURORA

閱讀說明

SeymourBETA

更新 2.41

2026/6/9

updatemonster-ai

AURORA：DRAG 攝影機（參考/look-at）正好在 MapViewer 中。回答「要如何在 I 中移動攝影機？MapViewer？」：在放置模式下，青色球體（參考 = look-at）現在可以像怪物一樣拖曳——在場景地面上拖曳它、放開，然後💾 儲存位置會將新的 `refSetPos(x,y,z)` 寫入 chunk0（byte-local、EXACT、backup-once）——與同一儲存中的怪物拖曳合併（不同區域）。讀取器暴露了參考的 float-pool 索引（`Establishing.RefX/Y/Zindex`）；`ApplyCameraRefDragToDisk` 通過 `BattleCameraSetup_File.WithFloat` 寫入；`aurora-overlay.js` 將青色球體標記爲拖曳目標（`role=camera_ref`），重複使用 `/drag` 橋接。金色眼睛（角度/距離）尚未進行拖曳 NOT — 等待接下來的 polar-convention 中的 IDA 校準；目前請透過面板旋鈕編輯。（額外：修正了另一個工作線 `BattleCameraScanLab` 因新 had 符號而損壞的 `AiNames` 構建 — 解除了 `offline_ci` 的阻塞。）編輯器 0 錯誤，關卡 PASS（浮點數 855/855）。[先前：`v2.40.1`] — Jarvis-AURORA

閱讀說明

SeymourBETA

更新 2.40

2026/6/9

updatemonster-ai

AI 組譯器：一個堆疊校正器（等級1+2）— 當編輯清空堆疊時發出警告，並說明如何修復。擁有者要求一個「mini-AI 校正器」來協助修復組譯錯誤。驗證器已經能抓出無效的操作碼/懸浮跳躍/索引 OOB，但不是#1 hand-edit 錯誤：堆疊不平衡。現在它辦到了。RE-grounded (FFXDataParser): 新的 `FfxLib/Ai/AiStackModel.cs` = per-opcode 堆疊效果（來自 `OPCODE_STACKPOPS`）+ 269個函式的參數個數（`ScriptFuncLib` 輸入計數；存取器 = 主體?+索引+值?）。`AiValidator` 模擬堆疊深度（在進入點/jump-target 重設為0）並報告下溢。關鍵誠實轉折：解析器的參數個數並不總是符合真實的 VM（已證明：`setSelfFloating 0x7029` 解析器說2，語料庫推送1）— 因此它不採用絕對計數（這會在有效代碼上 false-positive），而是比較 ORIGINAL 與 EDITED 堆疊：參數個數的雜訊在兩者中都存在並相互抵消，只留下 YOUR 編輯所破壞的部分。訊息（等級2）以淺白語言說明在哪裡清空 + 如何修復（「放回原本是引數的 PUSH；每個陳述式都會推送 THEN 呼叫的引數」）。Auto-surfaces 在驗證面板中。關卡 `--ai2`：驗證器清潔 346/346（語料庫上零誤報）+ stack-break 捕獲 1/1（證明它能抓出一個被移除的 arg-push）；`--ai3` PASS；RT0 byte-identical（僅分析，零位元組）。編輯器建置零錯誤。誠實：它能偵測編輯所引入的內容；某些函式的精細參數個數 = 公開的 RE（語料庫校準 = 未來）。[前一個：`v2.39.2`] — Jarvis-MAGIC

閱讀說明

SeymourBETA

更新 2.39

2026/6/7

updatemonster-ai

AURORA: MARKER 中的 3D 攝影機 MapViewer(在場景渲染中顯示攝影機的位置與朝向)。這是「I 怎麼看它」的第 2 項：Aurora 3D 渲染現在會繪製 establishing camera — 一個金色球體 = 眼點(攝影機位置)、一個青色球體 = ref(取景點，精確)、一條眼點→ref 連線 + 一條地面立杆。由 chunk0 計算：`refSetPos(x,y,z)`(精確，場景座標系 = 已驗證的 IDENTITY)+ `camSetPolar(angle,distance)` → `eye = ref + polar`。讀取器 `BattleCameraSetup_File.Establishing`(第一個 refPos + 第一個極座標；把關：ref 855/855,polar 846/855),疊層模型 `AuroraCameraMarker`,渲染於 `aurora-overlay.js`(與錨點同一羣組，繼承 Y-up 翻轉)。誠實聲明： ref 是精確的；眼點是 APPROXIMATE — 極座標慣例(哪個參數是角度、哪個是距離、仰角)尚未 byte-confirmed,因此標記標示為「câmera (aprox)」,仰角僅為目視推測；請在畫面上(以及透過 probe/in-game)確認與微調。編輯器 0 錯誤。文件 `docs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md`。[previous: `v2.38.1`] — Jarvis-AURORA

閱讀說明

SeymourBETA

更新 2.38

2026/6/7

updatemonster-ai

AURORA: EDIT 面板中的 REAL 戰鬥攝影機參數（角度 · 距離 · 位置 · 翻滾）。回答「那麼 I 如何檢視/編輯此項？」：🎥 攝影機卡片新增了「🎚 攝影機參數（EDITABLE）」。RE（IDA + FFXDataParser cross-check，根據擁有者的提示）：戰鬥攝影機位於 chunk0 中的 SCRIPT-COMPUTED — Camera-namespace 呼叫（`camSetPolar(angle,distance)`、`refSetPos(x,y,z)`、`camSetRoll`、`camSetScrDpt`），其參數是池中的 FLOAT 常數。新的讀取器 `FfxLib/BattleMap/BattleCameraSetup_File.cs` 提取每個呼叫 + 解析浮點數 + 可編輯的獨特旋鈕；`WithFloat` 編輯浮點數池 byte-local（相同長度，重複使用 `AiScript_File.EditFloatConst`），同時保留其他區塊。面板列出旋鈕按類型分組（極座標/refPos/翻滾/screenDepth），並附有篩選與搜尋（攝影機是一個約 730-cut-per-battle 的過場腳本，因此您透過羣組/搜尋導航，而非原始列表），每個都可編輯；「💾 儲存攝影機參數」會套用變更的浮點數（backup-once + 重新載入）。閘門 `BattleCameraScanLab` 已擴展：855 個容器含有攝影機，623,981 次呼叫，float-edit round-trip 855/855（byte-local + 可逆轉）。坦白說：編輯一個浮點數會改變共用該浮點數的 ALL 片段；自訂角度 IS in-file（推翻了先前的「= 場景編寫」）；in-game 效果 = RT2。文件 `docs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md` 第6節。建置0個錯誤。[前一個：`v2.37.3`] — Jarvis-AURORA

閱讀說明