教學 › 球衣模組：安裝與製作入門

球衣模組：安裝與製作入門

首頁一直寫著「換球衣」，但球衣到底是哪幾個檔、住在哪裡、檔名為什麼長那樣， 站上從來沒有一頁講清楚。這頁把它量出來， 包括一個量之前沒想到的結果： 球衣佔 models.big 的 82.6%， 是這個檔裡最大的一塊，也是球員臉皮的五倍多。

dir /s /b "〔你的遊戲資料夾〕\*.sav"

find "〔你的遊戲資料夾〕" -name "*.sav"

先看一件事：球衣是 models.big 裡最大的一塊

把 models.big 的 4,211 個項目全部列出來、照檔名分類加總，得到的結果跟直覺差很多。 大家都知道那個檔裝著球員的臉，可是臉只佔一成五：

五個檔家族：命名對照表

一套球衣不是一個檔，是散在三個封裝檔裡的五種檔案。 下表每一欄的數量都是把那三個封裝檔的目錄列出來數的：

### 是球隊編號（三位數，補零），x 是那一套球衣的代號字母。 預覽圖 ###.fsh 只有 000 到 123 且不跳號， 名冊最後兩格（124、125）有球衣檔但沒有預覽圖。

三個封裝檔的目錄還有幾筆不屬於上面五種： uniforms.big 的 694 筆裡，除了 124 + 568 之外還有兩筆同樣叫 a022.fsh、 長度各 1 個位元組的項目；logos.big 的 132 筆裡，除了 l000 到 l125 之外還有 l994 到 l999 六筆， 不對應任何球隊，而且其中四筆（l994、l997、l998、l999） 只有 6 張貼圖。這幾筆是做什麼用的，本站沒有查出來。

編號從哪裡來

球隊編號不是自己編的，它來自球隊名冊 data\database\team.dat 裡 欄位編號 6 的 team_artid（美術編號）。 那份名冊 126 列，欄位編號 0 到 54，team_artid 那一欄是 1 到 126 連號、一隊一個。 而檔名用的編號是：

team.dat 欄位 6 team_artid = 6
                             └─ 減 1 ─→ 檔名編號 005
                                         u005a.fsh · f005a.fsh · 005.fsh · l005.fsh

「差一格」這件事很容易寫錯，所以本站找了幾條互相獨立的證據：

那個字母 x 是什麼

字母就是「這一隊的第幾套球衣」。本站測試機這份 models.big 裡實際出現過的字母是 a 到 o，其中沒有 k。 它也不是照順序長出來的。看一個實例就懂： 編號 005 這一格（在本站測試機的名冊裡是克里夫蘭）有七套球衣：

u005a  u005b  u005d  u005e  u005f  u005n  u005o
              ↑ 有 d,但沒有 c

所以字母是固定的欄位編號，不是流水號。 哪一個字母對應哪一套球衣，本站沒有驗出來，這頁不猜。 目前只有兩條可以寫下來的觀察：

• 各字母的數量差很多：a 有 126 個（每一隊都有）、 b 有 122 個，之後遞減： c 86、d 77、e 50、f 33、g 11、 h 7、i 1、j 1、l 5、m 8、 n 33、o 35。
• 語系檔 FEENG.LOC 從字串編號 20050 起是一串連續的球衣名稱： Home、Road、Alternate Home、Alternate Road、 Alternate Home 2、Alternate Road 2， 接下來是一長串帶年份的復古球衣（1986 Home、1921 Home 這種）。 未確認 這串名稱跟檔名字母之間有沒有對應關係，本站沒有驗過。

每支球隊有幾套球衣，差距很大：

自己在自己的遊戲上看一遍

上面的數字是本站測試機量的，你的遊戲一定不一樣（裝過的模組不同，球衣數就不同）。 這支腳本只讀不寫，跑一次就知道你手上那份長什麼樣。

import struct, sys, os, re

def toc(path):
    f = open(path, 'rb')
    if f.read(4) != b'BIGF':
        return []
    f.seek(8)
    count = struct.unpack('>I', f.read(4))[0]
    f.seek(16)
    out = []
    for _ in range(count):
        off, size = struct.unpack('>II', f.read(8))
        name = b''
        while True:
            ch = f.read(1)
            if ch in (b'\x00', b''):
                break
            name += ch
        out.append((name.decode('latin1'), size))
    return out

game = sys.argv[1]
num = '%03d' % int(sys.argv[2])
want = re.compile(r'^[ufl]?%s[a-z]?\.fsh$' % num)
for rel in ('models.big', 'frontend/uniforms.big', 'frontend/logos.big'):
    path = os.path.join(game, 'data', *rel.split('/'))
    hit = sorted(x for x in toc(path) if want.match(x[0]))
    print('== %s  %d 個' % (rel, len(hit)))
    for name, size in hit:
        print('   %-12s %10d bytes' % (name, size))

python list_uniform.py "你的遊戲資料夾" 5

== models.big  14 個
   f005a.fsh          7653 bytes
   f005b.fsh         12734 bytes
   f005d.fsh          7835 bytes
   ...
   u005a.fsh        870978 bytes
   u005b.fsh        787961 bytes
   ...
== frontend/uniforms.big  8 個
   005.fsh          556715 bytes
   005a.fsh             77 bytes
   ...
== frontend/logos.big  1 個
   l005.fsh          14123 bytes

一支球隊會有幾個檔

把編號 123 那一格拿來跑同一支腳本，結果是五個檔：

models.big              u123a.fsh   球衣本體
                        f123a.fsh   背號與姓名字模
frontend\uniforms.big   123.fsh     選球衣畫面的預覽圖
                        123a.fsh    佔位檔
frontend\logos.big      l123.fsh    隊徽

2009 那份模組給的是兩套（a 與 b），所以一支球隊八個檔： u123a、u123b、f123a、f123b、 123.fsh、123a.fsh、123b.fsh、l123.fsh。

1X 與 2X 到底差在哪

模組界從以前就用「1X 球衣 / 2X 球衣」這種講法，但幾乎沒人說清楚差在哪。 這次把 2009 那份包裡兩個版本的同一個檔解開，一張貼圖一張貼圖比對，答案很乾淨： 張數一樣都是 28 張，只有其中幾張的邊長剛好變成兩倍。 這一包裡的四個球衣檔，量到有變的每一張都是寬與高同時乘二，沒有一張是別的倍數。

以中華隊那件 u123a.fsh 為例，28 張裡有 9 張放大：

同一包裡另外三件放大的張數不一樣：u123b 除了上面九張， 還多放大了 chst、hhlm、merf、shn1 （128×128 變 256×256）與 hat、hlm1、slvl、slvr （128×64 變 256×128），合計 17 張；日本那兩件則是各 14 張。 是一張一張決定要不要放大的，不是整包等比例縮放。

「解開後」一律指 QFS 解壓後的實際位元組數。

2009 年那句建議，跟今天量到的數字

那份模組的說明檔裡有一句第一手經驗，值得原樣留著：

因為中文語系及2X球衣檔皆較耗資源，很容易出問題及當機跳出，建議玩英文語系及1X球衣檔的MVP。

那是 2009 年、在 2009 年的機器上的說法，不是現在的結論。 本站今天量到的是這兩件事：

• 2X 的檔案確實比較大：同樣兩支球隊的八個檔， 解開後從 3,618,544 變成 9,713,344 個位元組，多出 6,094,800 個。
• 中文版變大的是字型檔：中文版的 fonts.big 是 1,279,340 個位元組，英文版是 420,650， 兩邊都裝 12 個 .ffn。中文版裡有六個字型檔各佔 18.39 萬個位元組左右， 英文版對應的那六個是 1.0 萬到 2.8 萬。

另外，MVP 2005 的記憶體上限是真的存在的，跟球場包一起爆掉的情形見 遊戲當掉了怎麼辦那課。

那份 2009 模組包長什麼樣

整包解開只有四個資料夾，每個資料夾就是一種組合：

四個變體每個都是 20 個檔，結構完全一樣：

Uniforms1X/  或  Uniforms2X/
    Taiwan/    u123a.fsh  u123b.fsh  f123a.fsh  f123b.fsh
    Japan/     u122a.fsh  u122b.fsh  f122a.fsh  f122b.fsh
Uniforms_Menu/
    Taiwan/    123.fsh  123a.fsh  123b.fsh
    Japan/     122.fsh  122a.fsh  122b.fsh
Logos/
    Taiwan/    l123.fsh
    Japan/     l122.fsh
Chinese_LOC/  或  English_LOC/
    FEENG.LOC  IGENG.LOC
Fonts/
    fonts.big
Readme.txt

怎麼把球衣裝進去

三個封裝檔，三種放法，但寫回去的規矩只有一條。

• 球衣檔是 QFS 壓縮的 FSH 圖檔， 解開後開頭四碼是 SHPI（595 個檔全部如此）， 像素格式見圖片的像素怎麼排。
• 一隊要換的是三個封裝檔裡的五種檔案，換之前先照上一節的清單對一遍，別漏掉某一個。
• 出問題就把備份蓋回去。三個檔各自獨立，可以一次只還原一個。

自己做球衣，先知道這幾件事

1. 拿現成的檔當模板，不要從零開始。 595 個球衣檔用的是同一組 28 個代號，零例外 —— 但排列順序有五種（244／216／94／39／2 個檔各一種，這台機器； 剛安裝好的原版是 433 個檔、8 種排列，其中一種佔 425 個 —— 兩台的種類數不一樣，正好說明順序不是規格的一部分）。所以可以照抄代號清單，不能假設順序一樣。 最省事的做法是解開一個現有的 u###a.fsh，只換掉裡面的圖，不要增減張數。
2. 1X 和 2X 選一個，不要混。 兩者的張數與代號完全相同，差別只在部分貼圖的邊長。 同一支球隊兩套一大一小，資料量會差到兩三倍。
3. 背號字模 f###x.fsh 要跟著做。 10 個數字 + 26 個字母，共 36 張。
4. 選球衣畫面的預覽圖要自己補。 ###.fsh 裡每一張預覽貼圖都是 128×128； ###x.fsh 佔位檔的內容除了內嵌代號以外都一樣。
5. 隊徽是另一個檔、另一套規格。 l###.fsh 裡有 7 張貼圖。2009 那份台灣隊徽用的規格 （a 128×128、l 128×64、g 與 i 64×64、 j 64×32、d 與 e 8×32） 跟 logos.big 裡最多球隊共用的那 86 個隊徽完全一致， 抄那個規格最保險。
6. 只能換，不能加。 球隊數量鎖在 126，要放中職球隊就得整支蓋掉某一支既有球隊。原因見 為什麼你加不了新球隊。

這頁不能告訴你什麼

• 本站沒有真的換過一套球衣進遊戲跑給你看。 這頁量的是檔案結構與規格，「照這樣做就會成功」本站還沒有自己驗證過， 任何關於遊戲畫面會怎樣的說法這頁都不寫。 未驗證
• 哪個字母對應哪一套球衣，沒有解出來。 只知道 a 是每一隊都有，b 則是 122 隊有。
• 28 個代號分別對應身上哪個部位，本站沒有把貼圖畫出來對過，所以這頁不寫。 代號看起來像英文縮寫，但沒有對過就是沒有對過。
• 怎麼把改好的圖壓縮回 FSH，本站沒有做。 解開的那一半已經解決，壓回去那一半跟臉皮那頁卡在同一個地方。
• 遊戲程式怎麼決定要載哪一個檔，沒有讀執行碼。 這頁能證明的是檔名編號與名冊欄位的對應關係，不是遊戲的讀取行為。
• 沒有提供任何球衣檔或工具。本站不散布遊戲檔案，也不轉載第三方工具。

📌 重點整理

• 一句話 一套球衣不是一個檔，是散在三個封裝檔裡的五種檔案；而球衣佔 models.big 的 82.6%，是這個檔裡最大的一塊，臉皮只有 14.9%。
• 五個檔家族 u###x.fsh 球衣本體（一個檔 28 張貼圖）、f###x.fsh 背號與姓名字模（36 張，10 個數字加 26 個字母）、###.fsh 選單預覽圖（每張都是 128×128）、###x.fsh 佔位檔（解開只有一張 1×1）、l###.fsh 隊徽（每個都是 7 張）。
• 編號差一格 檔名編號＝team.dat 欄位 6 的 team_artid 減 1。真正把它驗起來的是兩條：隊徽用大規格的那 30 個正好是 l000 到 l029、2009 模組裡美術編號 123 與 124 對到 u122a 與 u123a；另外 126 列名冊對上 u###a.fsh 剛好 126 個一個不缺，是數量對得上。
• 寫腳本的人最該記住這條 照名字找子圖，不要照位置找。595 個球衣檔用的是同一組 28 個代號零例外，但排列順序這台機器有 5 種、剛安裝好的原版是 8 種（其中一種佔 425 個）；隊徽也一樣，原版 132 個檔用了 36 種排列，而 126 個球隊隊徽的字母集合完全一致（都是 a d e g i j l；另外 4 個不對應球隊的 l994、l997、l998、l999 少一個 l）。種類數兩台不同，正好說明順序不是規格的一部分。
• 1X 與 2X 不是整包放大 兩版都是 28 張，只有部分貼圖寬高同時乘二。u123a 放大 9 張、日本那兩件各 14 張、u123b 17 張，四個檔共通的只有 9 張（jerf jerk jers jert、lega–legd、shoe），多出來的是逐檔決定的；四個背號字模檔則一張都沒放大。八個檔解開後從 3,618,544 變成 9,713,344 個位元組。
• 最容易踩的雷是壞檔 寫回 .big 只有一條鐵律，接到檔尾，然後改兩個地方，目錄裡那一項的位置與長度 8 個位元組，以及檔頭的檔案總大小 4 個位元組，漏掉檔頭是最常見的壞檔原因。而且檔頭那一欄的位元組順序不固定，也不是檔名的性質：四份沒疊過模組的安裝（原版英文版 207 個封裝檔、原版繁體中文版 205 個、PK 版 205 個、打過中文更新檔的那一份 205 個）一個 big-endian 都沒有，連原版的 models.big 也是 little-endian；測試機那份疊過模組的 384 個封裝檔裡才有 10 個 big-endian，這一課的主角 models.big 是其中之一。寫回去之前先讀一次。
• 安全網與那道牆 動手前先備份這一次真的會動到的封裝檔，最多三個、不一定是三個（球衣包裡沒有隊徽檔的話，logos.big 從頭到尾不會被碰）；其中 models.big 最大，本站這台疊過模組的測試機是 535.9 MB、剛安裝好的原版只有 165.0 MB，備份很慢但一定要；三個檔各自獨立，可以一次只還原一個。另外球隊數量鎖在 126，只能換不能加，要放中職球隊就得整支蓋掉某一支既有球隊。
• 本站沒驗的 本站沒有真的換一套球衣進遊戲跑給你看，這頁量的是檔案結構與規格，任何關於遊戲畫面會怎樣的說法都不寫；哪個字母對應哪一套球衣沒解出來；28 個代號對應身上哪個部位沒把貼圖畫出來對過；怎麼把改好的圖壓縮回 FSH 沒有做；遊戲程式怎麼決定要載哪一個檔沒有讀執行碼。

接下來

• BIGF 封裝格式：動任何 .big 之前必看的那條鐵律
• 模型與臉皮 models.big：球衣就住在這個檔裡，另外 14.9% 是臉
• 為什麼你加不了新球隊：球隊編號 126 這道牆在哪一層
• 幫球員換一張臉：同一個檔，但那課完全不用動它
• 當年那兩份說明書，一句一句拿今天的檔案對過：同一份 2009 模組的另一半故事