速查 › 文字表 .LOC

文字表 .LOC

版面檔不存文字，只存編號。真正的文字在 data\IGENG.LOC 與 data\FEENG.LOC 這兩個檔裡。 這頁把格式完整解開 —— 解開之後，你不用開遊戲就能看到每個介面元素寫什麼。

先看規模

上面每個數字都是把這兩個檔現場打開數出來的，不是引用他人資料。 檔名裡的 ENG 是語言代號。社群的中文化模組是換掉這兩個檔的內容；但 EA 自己的繁體中文版不是這樣做的 —— 它另外放一對 JPN 檔，沒有覆蓋 ENG。

三段式結構

LOCH  ← 檔頭,20 bytes
LOCI  ← 索引:每 4 bytes 一筆,把「字串編號」對到「第幾條」
LOCL  ← 文字:條數 + 位移表 + UTF-16 內容

一筆索引 = (第幾條 << 16) | 字串編號

例:0x003B0506
   高 16 位 0x003B = 59     ← 文字表的第 59 條
   低 16 位 0x0506 = 1286   ← 版面檔裡寫的編號

驗證：編號對得起來嗎

光解出格式不夠，要證明對應是正確的。方法是拿版面檔裡已知用途的元素 去查，看查出來的文字合不合理：

兩張表重疊的那 1,310 個編號

兩個檔加起來 7,936 條，但編號不是各自獨立的： 有 1,310 個編號兩張表都有。

共用的編號很好理解 —— 「確定」「取消」這種字兩邊都要用。 剛安裝好的原版，1,310 個共用編號兩張表寫的字完全一樣，一個例外都沒有； 本站測試機那 15 個不一樣的，全部是 2023 年名冊模組造成的。 這裡挑三個最說明問題的（下表兩欄都是本站測試機的值）：

那些「不是給玩家看的」字串

翻文字表的時候會撞到一批明顯不是遊戲文案的東西。它們出現在正式出貨的遊戲裡：

其實還有第三套文字表

上面講的兩個 .LOC 是遊戲本體的。 但遊戲裡那個內建網站有自己的一套， 而且做法完全相反 —— 它是純文字的 XML，記事本直接打得開。

<Row>
    <Id>BTN_OK</Id>
    <en>OK</en>
</Row>

它的編號不是數字，是看得懂的名字：

這份表裡有 32 個伺服器錯誤代號， 但那個故事頁講的 SERVER_ERROR_10016 不在裡面 —— 本站重驗過，確實查不到。

做成中文版要動的就是這兩個檔

版面檔只存編號，所以中文化不是改版面檔，是改 .LOC。 本站測試機的這兩個檔都還是英文；動過它們的是 2023 年的名冊模組，不是中文化模組。

怎麼自己查

介面萬用工具內建了這個功能：

python mvp_fel_toolkit.py "你的遊戲資料夾" --strings fes_ingameoverlay.fel

版面檔                       行號 元素            編號 文字
------------------------------------------------------------------
fes_ingameoverlay.fel         38 TEXT          23505 Argument Intensity
fes_ingameoverlay.fel         43 TEXT           1286 To Charge Mound Press
fes_ingameoverlay.fel         53 PRESS         14275 Press START button
fes_ingameoverlay.fel        126 PITCHSPEED1    3500 999

不加檔名就掃封裝檔裡的每一個版面檔（ingame.big 在本站測試機是 47 個，剛安裝好的原版是 44 個）。全程唯讀。

📌 重點整理

• 一句話 版面檔只存編號，真正的文字在 IGENG.LOC 與 FEENG.LOC 這兩個 UTF-16 二進位檔裡，三段式格式已完全解開，兩檔合計 7,936 條。
• 關鍵數字 IGENG.LOC 1,584 條管比賽中、FEENG.LOC 6,352 條管選單與所有比賽外的畫面。索引一筆 4 個位元組是兩個數字疊在一起：高 16 位是「第幾條」、低 16 位是版面檔寫的編號。拿 ingame.big 全部 47 個版面檔的引用去查，2,719 處全部查得到，命中率 100%。
• 最容易誤讀的兩件事 一、文字是 UTF-16，一個字兩個位元組，用記事本或 strings 打開什麼都看不到，本站第一次也以為檔案被加密，實際上只是字母中間夾了一堆 00。二、同一個編號在兩張表可以寫不一樣的字，編號 1540 是遊戲標題，測試機的選單那張寫 2023、比賽中那張還是 2005，兩張表都要改，不然遊戲會有一半是舊的。
• 2008 年有人講對了，十八年後量到 當年那篇貼文說美國軟體中文化用的是萬國碼不是 Big5，而且「美」的編碼 7F8E 寫進檔案要高低位元互換成 8E7F。數 EA 官方繁中版的兩個語系檔：8E 7F 出現 43 次與 7 次共 50 次，反過來一次都沒有。他沒有 little-endian 這個詞，但規則講對了。
• 本站訂正了自己四次 一、規模表原本只列測試機那一欄（那兩個檔被 2023 名冊模組換過），沒標是量哪一份，現在原版的 59,432 與 415,528 位元組兩欄都列。二、原本寫「中文化模組只換了一張表」是錯的，測試機那兩張表一個中文字都沒有，機器上另一份中文化備份是兩張都換（IGENG 992 條、FEENG 4,914 條含漢字）。三、編號 704 原本寫成「EA 原版就不一樣」，反了：剛安裝好的原版兩張表都是 Home Run Showdown，Home Run Derby 兩個檔加起來出現 0 次，差異是模組造成的。四、原本寫名冊模組「沒動 IGENG.LOC」，也是錯的：測試機那份跟剛安裝好的原版比有 203 條文字不同（隊名與球場名一起更新過），模組漏掉的只有標題那一條；而原版那 1,310 個共用編號兩張表寫的字完全一樣，測試機那 15 個不一樣全是模組造成的。
• 出貨版裡留著開發用字串 兩個檔的第 0 條是 <some text>、第 1 條是 Hello, world!。那一排最長 32 個 W 也不是打錯字，W 在多數字型裡是最寬的字母，那是版面寬度的測試字串，翻譯成別的語言時這種欄位最容易爆版。
• 其實還有第三套文字表 遊戲內建網站自己一套，做法完全相反，是純文字 XML（MVP_lt_en.xml，142,317 位元組／6,227 行／1,556 條），編號是看得懂的名字如 BTN_OK。同一片光碟裡，兩個團隊各做各的。
• 本站沒驗的 寫回 .LOC 的工具後來做了（見 中文版配大球場就跳出那一課）；字型檔的字圖集與字元表讀得出來，仍然沒解的是從零產生一份、再寫回去，中文字要顯示得出來字型裡得先有那些字。但要「從零做一套中文字型」才需要它 —— 而本站的中文化教學是搬官方現成的,繞過這一塊,見把官方中文搬進英文版。

接下來

• 介面萬用工具 —— 用 --strings 自己查
• FEL 版面語法 —— 編號寫在版面檔的哪一欄
• 字型檔 .ffn —— 這些文字用什麼字型畫出來