速查 › 總設定檔

總設定檔 datafile

遊戲的攝影機在哪裡、每一種聲音多大聲、打擊的物理參數是多少 —— 全部寫在同一個純文字檔裡，而且 EA 把每一個欄位的名字也一起寫在裡面。 4.2 MB、21,548 行，本站全部解析完，沒有一行讀不懂。

先看規模

460 個項目全部是 QFS 壓縮的純文字。解開之後總量是原檔的 4.9 倍 —— 純文字壓得很好，這也是為什麼一個 2.8 MB 的檔裝得下 14 MB 的設定。

python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --entries

會列出 460 個項目與每個項目解開後是什麼。工具在介面萬用工具那一課。

一行長什麼樣

0x830b955c 108<BattingView7LeftHi>;0 0;1 0;2 0;3 0;4 1;5 0;6 1;7 ;8 ;9 ;10 ;11 None;12 ;13 away_dugout_01;14 0;15 945.000;16 83.000;17 840.000;…
   ↑識別碼      ↑這個數字      ↑這筆記錄的名字      ↑ 編號 值;編號 值;編號 值 …

表頭行：EA 自己把欄位名字寫在檔案裡

有些行的第三個位置不是 <名字>，而是另一個數字。那種行是欄位名稱表：

0xf64fbeb3 6 1;5 PipSlideMotion;2 ShapeTexY1;4 ShapeTexY2;1 ShapeTexX1;3 ShapeTexX2;0 RunnerIconSize;
              ↑6 個欄位   ↑ 編號 名字;編號 名字 … （順序是亂的，要照編號對）

這跟名冊檔是同一套設計：檔案自己說明自己。 原版的 datafile.txt 有 123 行這種表頭。

欄位數唯一對應一張表的有 28 種： 0、9、13、17、18、19、25、28、31、32、40、45、51、59、63、68、70、73、76、86、88、101、116、127、128、174、233、381。 這些查名稱表是安全的，涵蓋 7,085 / 21,425 筆資料行（33.1%）。
（2026-09-05 訂正：這裡原本寫 21,184 / 21,425、98.9% —— 那是「欄位數查得到任何表頭」的覆蓋率，把上面那 15 種會撞的也算了進去，而資料行的大宗正好落在那 15 種身上，所以它不是安全率。）

攝影機：兩張名稱表，一張管打擊、一張管守備

打擊那張表把 116 個欄位全部命名了（下表編號為官方英文版）：

上表是 116 個裡挑出來比較看得懂的。完整清單自己跑一次就有 —— 方法在最後一節。

選單上那些名字，在檔案裡找得到

遊戲的語系檔裡有一串攝影機名稱，跟 datafile.txt 裡的記錄名對得起來：

11 個選單名稱對上 11 筆記錄，一對一。剩下兩個沒有對應的， 本站不硬配。那兩個對到哪裡未解

還有一台叫 FieldingMiniGame 的攝影機

它的名字裡沒有 View，所以不在上面那 39 筆裡， 但它確實是一筆攝影機記錄。整份 datafile.txt 裡只出現一次， 兩個版本都在第 8,010 行，欄位數 115：

0x5d51ae 115<FieldingMiniGame>;…;11 Home Plate;…
  ;15 -454.000;16 288.500;17 -454.000;…;25 FieldingGameWall;…

上面是官方英文版的編號，照本頁那張 116 欄的表讀： 11 是 LocationObject（本壘板）、 15/16/17 是 X／Y／Z、 25 是 TargetObject。 它落在第 8,010 行，往前最近的一張名稱表正是第 7,940 行那張打擊表 —— 照「一張表管到下一張表為止」這條規則，管它的就是那張。 中文版的同一行內容一樣，但編號一如既往重排過： 13 Home Plate、座標在 ;16 / ;17 / ;18、 25 FieldingGameWall。

它瞄準的 FieldingGameWall 在整份檔裡也只出現這一次。 混音表裡那組 FMG（FMGVolume、FMGMusicVol%） 在玩家看得到的地方都找不到出處，而這筆記錄的名字剛好是 FieldingMiniGame —— 名字對得起來，但本站沒有在遊戲裡看到過這個小遊戲。 完整的追查在音訊那一頁，混音表那一組在下一節。 名字對得上，實際存不存在未驗

有兩座球場自己覆寫了守備視角（三個項目）

FieldingView2 這個視角，除了 datafile.txt 定義了一次之外， 還有三個項目各自定義了一次：

460 個項目裡只有這三個覆寫視角。兩座都是形狀特殊的球場 —— 一座有屋頂、一座很老。為什麼是這兩座，本站沒有答案

音量：127 軌，每一軌都有名字

另一筆記錄（欄位數 127）是整個遊戲的混音表。它的記錄名叫 test， 但內容一點都不像測試用的：

裡面藏著三個小遊戲的音效

同一張表裡有四組前綴：BMG、PMG、FMG、HRS。 其中三個在遊戲文字裡找得到對應：Batting Mini Game、Pitching Mini Game、 Home Run Showdown。 FMG 找不到 —— 詳情在 音訊那一頁，那是一個只存在於程式內部的小遊戲。 它們的音效名字很有畫面：

Lawnmower1Vol%  Lawnmower2Vol%  Lawnmower3Vol%  LawnmowerImpactVol%
TrampolineVol%  ChainlinkFenceVol%
WoodImpactVol%  MetalImpactVol%  GridHitVol%  BlocksHitVol%

遊戲的文字檔裡也有對應的計分項目： Lawnmowers Hit（打中幾台除草機）、Vehicles Hit、 Moving Ramps Hit、Stationary Ramps Hit、Vortices Hit、 Fielder Fences Hit、Ball Bounces Over The Wall。

aple.o  bern.o  bli1.o  bli2.o  lawn.o  moon.o  obj1.o
obj2.o  obj3.o  obj4.o  pla1.o  pla2.o  roof.o  tran.o

燈光：PC 版裡裝著三台主機的設定

檔案裡有四筆燈光記錄，名字直接說了它們是給誰的：

每一座球場用哪一組光源，記在別的地方 —— 見球場檔那一頁（87 個球場封裝檔、58 座場地、16 種光源組）。

這是PC 版的遊戲檔。裡面卻裝著 Xbox、PS2、GameCube 三台主機的燈光設定， 而且不是空殼 —— 每一份都有 86 到 90 個欄位填了實際的值。

三個主機版彼此也不一樣：Xbox 跟 PS2 差 11 欄、Xbox 跟 GameCube 差 4 欄、 PS2 跟 GameCube 差 15 欄。每一台都是分開調過的。

自己看一遍

不用寫解析器也能看。datafile.txt 解出來就是純文字， 用任何編輯器搜尋 BattingView 或 Lawnmower 就找得到。

python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --entries

📌 重點整理

• 一句話 攝影機、音量、燈光、打擊物理全部寫在同一個純文字檔裡，而且 EA 把每個欄位的名字也一起寫進檔案，所以規矩只有一條：不要記欄號，去讀表頭。
• 規模 datafile.big 是 2,857,593 bytes、460 個項目，全部是 QFS 壓縮的純文字，解開之後合計 14,095,446 bytes（4.9 倍）。其中最大的 datafile.txt 有 4,392,183 bytes、21,548 行，本站全部解析完，沒有一行讀不懂。
• 一行怎麼讀，以及一個很好踩的坑 識別碼後面那個數字不是型別編號，是這一行的欄位數量，21,548 行零例外。但識別碼不是固定長度（8 位 20,144 行、7 位 1,320、6 位 79、5 位 5），本站第一版解析器把它寫死成 8 位，1,404 行對不上，差點寫成「有 1,404 行是未知格式」。是解析器錯，不是檔案怪。
• 換行符號跟版面檔正好相反 datafile.txt 用 LF、CRLF 0 個，data/datafile/ 底下 466 個 .txt 有 460 個是 LF、CRLF 0 個（剩下 6 個是 0 bytes 的空檔，連一個換行位元組都沒有）；對照之下 329 個 .fel 版面檔全是 CRLF，anims.big 裡面那 244 個 .axt（副檔名不是 .txt，也不是散在 data/anims/ 底下）又是 CRLF 200 / LF 44。規則是看檔案家族，不是看副檔名。另外那 460 個項目都是壓縮的，不解壓就數換行會數到壓縮位元組。
• 本站 2026-08-28 訂正的一段 這裡原本寫「整份檔裡只有一筆攝影機記錄帶名稱表」，那是錯的，有兩張。116 欄那張管 32 台 BattingView*，128 欄那張管 FieldingView1 到 6 與 HeadViewer 共 7 台，規則是位置，一張表管到下一張表為止，跑一次零例外。表頭在第幾行跟著版本跑：打擊表兩版都在第 7,940 行，守備表在英文版（封裝的 datafile.big）是第 8,516 行、在中文版（散裝的 datafile.txt）是第 9,216 行。這個疏漏讓改視角那一課的工具對 7 台攝影機顯示錯的欄位名、而且會寫壞檔，已修好。諷刺的是 128 一直就列在本頁「唯一對應一張表」的清單裡，只是沒有人把它跟攝影機連起來。另外還有一筆名字裡沒有 View 的攝影機 FieldingMiniGame（兩版都在第 8,010 行、欄位數 115、全檔只出現一次），由 116 欄那張打擊表管，它瞄準的 FieldingGameWall 同樣只出現一次。
• 最容易誤讀的地方 官方英文版與中文版的欄位名字完全一樣、攝影機也完全一樣（39 台），但編號整個重排過。打擊表 116 個名字只有 35 個編號相同（30%），守備表 128 個裡相同的是 0 個。同一個 ;53 在打擊表兩版都叫 FOV；在守備表，英文版那張叫 Pitch、中文版那張叫 VerticalFraming。任何寫死編號的工具，換一個版本就會靜靜地寫錯地方。順帶一提，「欄位數一樣就是同一種東西」也是錯的：123 行表頭只涵蓋 43 種欄位數，其中 15 種內容彼此不一致。
• PC 版裡裝著三台主機的燈光 四筆燈光記錄中 pclighting 有 381 欄、119 欄填了實際值，Xbox / PS2 / GameCube 各 348 欄、86 到 90 欄有值，而且三台彼此也不一樣，每一台都是分開調過的。PC 多出來的 33 欄全部集中在牛棚與左右兩側休息區：每個地點 3 盞方向光各 3 欄，再加環境光 2 欄，3 × 11 剛好 33。
• 本站沒驗的 這一頁講的全部是「檔案裡寫了什麼」，改了之後遊戲會有什麼反應，本站一次都沒有實機試過，所以這頁不是教學，沒有步驟也沒有成功標準。另外還掛著這些：拿 116 那張表去讀全部 39 筆「九項全中」，那是在剛安裝好的原版英文版上量的（同一套檢查搬到官方中文版就有五項掉下來，見上面），而且刻意位移 +1 也拿得到 6 分，鑑別力沒有本站原本以為的強，所以只標成推論；攝影機家族的確切總數未定（換判準掃到 223 筆，裡面混著 skillbase、fintweak 這些明顯不是攝影機的東西）；選單上的 Batter Pitcher Camera 與 Hitter's Eye Camera 對到哪筆記錄未解；為什麼只有那三個球場項目覆寫守備視角沒有答案；lawn.o 是不是除草機模型只是推測，本站沒把模型畫出來看過；FieldingMiniGame 這台攝影機與混音表那組 FMG 名字對得上，但本站沒有在遊戲裡看到過這個守備小遊戲；PC 版多打亮牛棚與休息區的實際視覺差異，本站沒有主機版可以比對。

接下來

• BIGF 封裝格式 —— datafile.big 也是這個格式
• QFS / RefPack 壓縮 —— 460 個項目全部包著這一層
• 名冊檔總覽 —— 同樣是「檔案自己說明自己」的設計
• 動作庫與全遊戲的 ELF —— miscmod.big 那 14 個檔在這裡
• 備份與還原 —— 動任何檔之前先看這一課