速查 › 模型與臉皮 models.big

模型與臉皮 models.big

全遊戲最大的單一封裝檔，535.9 MB，裝著球員的臉、身體與裝備。 這一頁除了講結構，還會講一件更重要的事： 怎麼判斷你手上這份是不是原版。

先看規模

⚠️ 2026-08-28 訂正：孤兒那一格原本寫「只有 0.1 MB」。 那 73,322 bytes 就是檔頭 16 加上目錄 73,306 —— 目錄本身不是孤兒。 照本站統一的定義算， models.big 的孤兒是 0 bytes，一個位元組都沒有。 這比原本寫的更強，而且是真的。

上面每個數字都是把 models.big 現場解開數出來的，不是引用他人資料。

裡面裝什麼

.ord 與 .orl 成對出現，跟球場檔是同一套做法。

894 張臉皮，890 張規格完全一樣

臉皮的命名是 c 加三位數字，每一張佔三個項目 （.fsh 貼圖 ＋ .ord／.orl 幾何）。 2,682 ÷ 3 = 894 張臉。

本站測試機的編號從 c001 排到 c900，但中間缺 6 個號碼 （c116、c125、c170、c177、c188、c219）， 900 − 6 = 894。未確認 為什麼缺這幾號，本站沒有查出來。

⚠️ 2026-08-25 補：剛安裝好的原版完全不是這樣。 原版只有 504 張、編號 c001–c606、中間缺 102 個 （2、37、58、80、106…）。「c001–c900、缺 6 個」是社群重新打包之後的樣子 —— 模組把號碼填到 900，順手補掉了原版那 102 個空號的大部分，自己又缺了 6 個。 所以「缺號」這件事在兩份檔案裡是完全不同的兩回事。

哪一張臉是哪一位球員

這個問題有答案，而且答案就在球員資料檔裡。 attrib.dat 裡的 playerattrib_face 這一欄存的就是臉皮編號：

attrib.dat 裡 Shohei Ohtani 那一列
  playerattrib_face = 665
                       └→ models.big 裡的 c665.fsh / c665.ord / c665.orl

認欄位名字，不要認欄號。本站 2026-09-03 把手邊九份內容不重複的 名冊逐份查過表頭，playerattrib_face 九份都排在第 10 欄，但那是運氣不是規定： 同一批名冊裡 playerattrib_audioid 有 16 與 17 兩種、 playerattrib_skin_tone 有 12 與 38 兩種。打開你自己那份的第一行照名字找才準，見 欄號會因名冊而異。

只有兩成球員有自己的臉

這張表的「球員數」是名冊的列數：3,247 列裡有名字的是 3,222 列， 其餘 25 列是空白預留列（兩套球員編號那頁同一格也是這樣記的）。 上面的佔比分母是全部 3,247 列。

15 個通用臉的使用人次相當集中：編號 903 一個就有 613 位球員在用， 其次是 902（388 位）與 905（315 位）。

編號有三個區間，而且中間那個是雷區

臉皮編號看起來只是 c001 到 c900 一路排下去， 但拿剛安裝好的原版去比就會發現它其實分三段：

那撞到的人怎麼辦

這是這份模組最值得看的地方 —— 它有處理，不是覆蓋了就算：

14 個撞號裡，12 個是處理過的：還在打球的挪到通用臉，2009 年已經退休或不在大聯盟的就不放進名冊。 那是有人一個一個決定的，不是工具自動做的。

整包共用同一種貼圖格式

不論哪一種尺寸、哪一種格式，每個 .fsh 的影像資料後面 都跟著一段目錄沒登記的文字記錄，跟大頭照完全一樣：

EAGL64 metal bin attachment for runtime texture management

2,332 / 2,332，一個例外都沒有。 加上 portrait.big 的 7,539 / 7,542， 將近一萬個圖片檔帶著同一句話 —— 只有三個例外。

代號 0x60 那 890 張的數字，跟前面「894 張臉皮，890 張規格完全一樣」那一節完全對得起來 —— 它們就是同一批東西，從兩個方向數到同一個數。

這份檔案的來歷

掃描時發現 models.big 裡有一個 faces.txt。 解開來看，它是某人在自己的 Windows 電腦上跑目錄列表指令的輸出， 被原封不動打包了進去：

 Volume in drive C has no label.
 Directory of C:\Users\〔本站已移除〕\Desktop\〔已移除〕\faces

Nov-26-13  08:48 AM      65,680 c001.fsh
Nov-26-13  08:48 AM      44,224 c001.ord
Nov-26-13  08:48 AM       5,040 c001.orl
              …共 2,710 行

怎麼知道自己手上的是不是原版

不用開檔案，看檔案日期就有八成把握。原版檔案會停在 2005 年：

上表是本站測試機的實際狀況，你的電腦會不一樣。重點是方法不是數字。

想動它之前

完整的可改／不可改分級見 什麼改得動、什麼還不行。

那些 .ord 與 .orl 是什麼

models.big 裡除了臉皮貼圖，還有 939 個 .ord 與 939 個 .orl，成對出現，一個不缺。

把一對解開來看：

ELF 是一種標準的目標檔格式（編譯器產生、還沒連結的中間產物）。 所以 .ord 不是 EA 自己發明的格式。

本站把全部 939 對都跑了一遍：

檔頭還說了更多：32 位元、小端序、可重定位的目標檔、目標是 MIPS 處理器。

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

所有的臉共用同一副骨架（2026-08-28 量的）

本頁前面講過 .ord 與 .orl 接起來是一個標準目標檔。 那把它打開來看裡面有什麼？

這回答了一個實用的問題：為什麼不同人做的臉可以互換。 因為它們掛的是同一副骨架 —— 換臉與 做新臉皮那兩課能成立， 根本原因就在這裡。

Hips  LowerSpine  MiddleSpine  UpperSpine  Neck  Head     ← 身體中軸
LArm  LArmTwist  LForearm  LForearmTwist  LHand           ← 手臂（左右各一組）
LIndex LIndexB  LMiddle LMiddleB  LRing LRingB  LThumb LThumbB   ← 手指
LLeg  LShin  LFoot  LToe                                  ← 腿
EyeLids  Jaw  LEye  LBrow  LCornerMouth  LLoCheek  LUpCheek
UpLip  LoLip                                              ← 臉部表情
Bat  Hat  Trajectory  hatPosition  leftEyePosition  rightEyePosition  ← 掛載點
LCollerBone  RCollerBone  LConstraint  RConstraint  FBXdummyNode
dudeWheresMyHead

原廠出貨的球衣長什麼樣（2026-08-28 補）

本頁其他段落量的是這台裝過台灣模組的機器。球衣這一塊後來拿到剛安裝好的原版， 可以給出 EA 原始出貨的基準：

每一件原廠球衣的規格完全一樣，連解壓後的位元組數都分毫不差。 變的只有子圖在檔案裡排第幾 —— 這跟隊徽 那邊觀察到的現象一樣：名字是固定的，順序不是。 寫自動化腳本的人要照名字找，不能照位置找。

28 張裡一張 DXT 都沒有 —— 全部是 16 位元， 其中 5 張用帶透明度的 4444 格式（頭盔遮罩、鞋帶、幾張遮罩圖）。 像素格式的意義見圖片像素編碼。

📌 重點整理

• 一句話 535.9 MB 的 models.big 是全遊戲最大的封裝檔，4,211 個項目全部是 QFS 壓縮、目錄涵蓋率 100.0%、孤兒 0 bytes，裡面是球員的臉、身體與球衣。
• 本頁最大的一次訂正：方向剛好反過來。本頁原本把測試機那 890 張 0x60 256×512 當成「規格」、4 張 0x78 128×256 當成「例外」；拿剛安裝好的原版重量，EA 出貨的 504 張臉皮全部是 0x78 128×256，零例外。同一段還訂正過一次假的全稱句：原本寫「0x60 是 EA 沒有用過的格式」，實際上 logos.big 有 920 張 0x61、bkgnds.big 有 105 張 0x60，正確講法要加限定詞「在這個倉庫裡沒有用過」。孤兒那一格也訂正過：原本寫「只有 0.1 MB」，那 73,322 bytes 其實是檔頭加目錄，真正的孤兒是 0 bytes。
• 原廠球衣的規格硬得驚人 433 個 u###x.fsh，每個都是 28 張貼圖、解壓後都是 732,592 bytes，433/433 分毫不差，「名稱＋像素格式＋尺寸」的組合只有 1 種；會變的只有子圖排第幾（8 種順序）。所以寫腳本要照名字找，不能照位置找。順帶一個很容易數錯的地方：一個 .fsh 可以裝很多張圖，2,332 個檔裡總共有 41,343 張。
• 哪一張臉是哪一位球員 attrib.dat 的 face 欄存的就是臉皮編號。3,247 位球員的 699 個不同編號有 698 個對得到（99.9%），唯一對不到的 219 正好是缺號之一，也就是有球員指向一張不存在的臉。編號分三段：c001–c606 是 EA 用掉的、c607–c900 在剛安裝好的原版沒有任何球員指過來、也一張臉都沒有（要封裝檔裡真的有才用得上；裝過模組的名冊會用到這一段，本站測試機有 234 位球員指過來）、901–915 是通用臉。
• 只有兩成球員有自己的臉 測試機 712 人（21.9%）有專屬臉、2,510 人（77.3%）共用那 15 張通用臉，剛安裝好的原版還更高，84.1%。光是編號 903 一個就有 613 位球員在用。所以要幫某人做專屬臉，除了做出 c### 那三個檔，還得把他 attrib.dat 的 face 改成那個編號。
• 一副骨架撐了十八年 原版 models.big 裡 549 個 .orl（504 個臉皮 c### ＋ 45 個 g###）每個都是 66 根骨頭、骨名集合只有 1 種，連 dudeWheresMyHead 這個開發者玩笑和 LCollerBone 這個拼錯都 549/549 跟著出貨。七批社群臉皮包（2005 到 2023）的 555 個模型也是 555/555 跟 EA 逐字相同。這就是不同人做的臉可以互換的根本原因。
• 這份檔案不是原版，而且洩漏了打包的人 裡面有一個 faces.txt，是某人 2013 年 11 月在自己 Windows 電腦上跑目錄列表的輸出，連使用者名稱一起被打包（本站已移除）。判斷手上這份是不是原版，最快的方法是看檔案日期，原版會停在 2005 年。
• 本站沒驗的 .ord 的幾何欄位沒有逐欄解讀，接起來知道是一個 MIPS 目標檔，但裡面的機器碼與資料段在做什麼沒有解；為什麼測試機缺那 6 個號碼、那 890 張是誰換成 0x60 的、photo 欄實際用途，都還是未解（2026-09-05 訂正：本頁原本還在這裡列了「把新圖壓縮回去那一半」與「大頭照的編號怎麼對應」，這兩件都已經解開了 —— 見做一張新的球員臉皮與兩套球員編號）；2009 年那份模組沒處理的兩個撞號（Rod Carew c442、Lou Gehrig c423）本站沒有實機看過遊戲裡長什麼樣。

接下來

• 大頭照 portrait.big —— 同一套 FSH 格式，結構更單純，建議先看那頁
• 五秒看穿一個檔案 —— 自己動手確認你的檔案有沒有被動過
• BIGF 封裝格式 —— 怎麼安全地寫回去