速查 › 動畫 anims.big

動畫 anims.big

投球、揮棒、守備、跑壘的每一個動作，全部在一個 8.5 MB 的檔案裡。 這一區有個很特別的地方：730 個項目裡有 244 個是純文字，其餘是標準格式的目標檔 —— 所以你電腦上現成的工具就讀得動。

先看規模

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

多出來的那一個檔

244 個 .axt 對 243 個 .ord，多出來的叫 Banklist.axt。 它只有 42 個位元組，內容是一行字：

CLOSE_UP DEF_BANK FACIAL HANDBANK MIDDLE

243 個 bank 裡，只有這 5 個被列在清單上。 實測這 5 個正好就是動畫數量最多的前 5 名，一個不差。 未確認 但清單的用途是什麼，本站沒有查出來。

.axt：直接就是純文字

不用解壓、不用工具，記事本打開就能看（244 個 .axt 加起來只有 156,755 個位元組，佔整包的 1.75%）：

[Version 0.03]
	1103890691	Dec 24 2004 04:18:11        這個 bank 何時打包

[Bank]
	CLOSE_UP                            bank 名稱

[Directory]
	D:/mvp2004/artwork/anims            當年的來源路徑

[Files] 84                              這個 bank 裝了 84 個動畫
	u_readyidle          1103876064	Dec 24 2004 00:14:24
	sb_strike04          1103875954	Dec 24 2004 00:12:34
	sb_strike03          1103875954	Dec 24 2004 00:12:34
	...

243 個 bank 全部在 2 分 36 秒內打包完（本地時間 04:17:57 到 04:20:33）。 而裡面的動畫檔本身是四個小時前編譯的 —— 這段時間差的故事在平安夜凌晨的兩次建置。

最重要的發現：.ord 跟 .orl 是同一個檔被切成兩半

先看 .ord 的開頭四個位元組：

7F 45 4C 46      = .ELF ← 這是標準的目標檔格式,不是 EA 私有格式

但如果你直接拿 ELF 工具去讀它，會失敗。原因是檔頭裡寫著 「section 表在第 342,176 個位元組」，而整個 .ord 只有 327,776 個位元組。 指到檔案外面去了。

接起來之後，裡面是這樣：

ELF 檔頭透露的事

每個 bank 的四個符號裡，有兩個是看得懂的：

__EAGL_TOOLLIB_VERSION:::EAGL_TOOLLIB_VERSION-4
__AnimationBank:::CLOSE_UP

整個遊戲有多少這種檔

上面講的是 anims.big。本站把原版全部 207 個封裝檔、29,816 個項目 逐一解開，看哪些的開頭是 7F 45 4C 46：

3,503 個裡面，只有 14 個是完整的

本頁上面說 .ord 的段落表指到檔案外面去，要接上 .orl 才完整。 把這個判斷套到全部 3,503 個身上：

那 14 個全部在 data\misc\miscmod.big 裡， 而那個檔的 ELF 項目剛好就是這 14 個 —— 換句話說：miscmod.big 裡 100% 是完整的，其他所有封裝檔 0%。

miscmod.big 裡那 14 個
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

看名字像是場景裡的雜物（草皮、月亮、屋頂、植物之類）， 但本站沒有把它們畫出來對照過，所以只講檔名長什麼樣。 內容未驗

243 個 bank 怎麼分

能改到什麼程度

動作的名字讀得出來

每個動作庫（.axt）都是純文字，裡面就是一份動作清單。 而這份清單自己會驗算：

[Files] 6
    b_jeterpractice       1103875574  Dec 24 2004 00:06:14
    b_jeterstepfwd        1103875574  Dec 24 2004 00:06:14
    b_jetertostance       1103875574  Dec 24 2004 00:06:14
    ...

動作名字的前綴

把 243 個庫裡全部 2,024 個動作名字攤開， 會看到它們都帶著一個字母開頭的前綴：

推測 「守備／打擊／跑壘」是從字母猜的（field、bat、run）。 但 b_ 與 p_ 這兩個有直接證據。

244 個庫分成兩種

本頁上面量到的「125 個專屬 bank」， 在換姿勢那一課被從完全不同的方向再量了一次 （66 + 59），兩邊撞到同一個數字。

📌 重點整理

• 一句話 8.5 MB 的 anims.big 裝了 243 個動作庫、2,024 筆動畫清單（不重複的名字是 2,023 個），而且完全沒有壓縮；它 730 個項目裡有 244 個是記事本就讀得懂的純文字，其餘是業界標準的 ELF 目標檔，你電腦上現成的工具就讀得動。
• 最重要的發現 .ord 開頭是 7F 45 4C 46（.ELF），但檔頭寫「section 表在第 342,176 個位元組」，而整個 .ord 只有 327,776 個位元組。接上 .orl 的 14,640 就是 342,416，243 / 243 全部變成可正常解析的 ELF，而且 .ord 的長度剛好等於 .data 結束的位置，零例外。
• 規模數字 730 個項目 ＝ 244 個 .axt ＋ 243 個 .ord ＋ 243 個 .orl。DEF_BANK 一個庫就裝了 1,052 個動畫（3.08 MB），超過總數一半；SIGB 66 ＋ SIGP 59 ＝ 125 個專屬動作庫（其中 102 個的動作檔名帶著球員名字，另外 23 個是通用姿勢與投法），共 536 個動畫。
• 整個遊戲一起看 207 個封裝檔、29,816 個項目裡有 3,503 個 ELF（球員模型 549、動作庫 243、球場 87 × 31 ＝ 2,697、雜項 14），e_machine 全部是 8（MIPS），一個例外都沒有。87 個球場封裝檔（58 個場地代號，日夜分開算）每一個剛好 31 個，零變異。
• 只有 14 個是完整的 3,489 個要接上另一半，那 14 個全部在 data\misc\miscmod.big，而那個檔的 ELF 項目剛好就是這 14 個。所以「切成兩半」是 EA 針對某些用途做的選擇，不是格式規定。
• 兩個前綴不是猜的 b_ 571 個、p_ 139 個。SIGB 那 66 個庫裡全部是 b_、SIGP 那 59 個庫裡全部是 p_，125 個庫零例外，所以 b ＝ bat、p ＝ pitch。f_、r_ 那幾個仍然只是從字母猜的。
• 每個庫自己會驗算 .axt 的 [Files] 宣告數跟底下實際列出的行數，243 個庫全部相符。243 個庫版本全是 0.03、來源目錄全是 D:/mvp2004/artwork/anims，整批在 2 分 36 秒內打包完，而裡面的動畫本身是四個小時前編譯的。
• 本站沒驗的 .data 裡那 327,712 個位元組實際代表什麼骨架、什麼影格，本站沒有解讀，所以改不動動作本身；42 個位元組的 Banklist.axt 只列 5 個名字，用途沒有查出來；「為什麼 PC 版的資料全是 MIPS 目標檔」只有猜想沒有證據；87 個球場封裝檔裡那 31 個模型各是什麼、miscmod.big 那 14 個檔裝什麼，都只看了檔名，沒有畫出來對照過。

接下來

• 平安夜凌晨的兩次建置 —— 這些時間戳背後的故事
• 五秒看穿一個檔案 —— 自己確認 .ord 真的是 ELF
• 什麼改得動、什麼還不行 —— 完整的現況分級