故事 › EA 沒錄的名字，台灣人自己錄了

EA 沒錄的名字，台灣人自己錄了

本站播報員為什麼不唸新球員的名字那頁寫過一句話： 「沒有人錄過他的名字，所以無論你怎麼設定，播報員都唸不出來。」 前半句的「EA 沒錄」是對的，「沒有人錄過」是錯的。 遊戲資料夾旁邊躺著 23 個資料夾、69 個語音檔， 是 2005 到 2009 年台灣的模組玩家自己做的。這頁把它們全部打開量一遍。

一、資料夾自己就是一份紀錄

命名規則很整齊：球員名字 + 四位數號碼 + 底線 + 來源標記。

李振昌3497_強者小雪靈同學
上原浩治 Uehara Koji 6107_NPB8.4模組
倪福德6503_中職模組

每個資料夾固定六個檔：3497a.dat、3497c.dat、3497d.dat 加上同名的三個 .hdr。23 個資料夾乘以六，剛好 138 個檔，沒有例外。 69 個 .dat 合計 2,485,906 位元組，69 個 .hdr 每個都是 16 位元組。

二、號碼真的對得到人

資料夾名字裡那四位數，就是球員資料檔第 16 欄 playerattrib_audioid（見兩套球員編號）。 問題是：拿去現在這台機器的名單查，23 個號碼只有 1 個有人在用。

差一點就要下結論說「對不上」。但同一個遊戲資料夾裡還躺著另一份名單： MVP2026\database\attrib.dat，檔案時間 2009 年 11 月，3,222 位球員。 用那一份查：

大小單位是位元組。日期欄取的是那個資料夾裡三個檔中最早的一個， 因為有七個資料夾的三個檔不同天：3486、3487、3488、3494 的 a 與 d 是 2007-06-22、c 是 2007-06-27；6287 的 a 與 d 是 2007-06-23、c 是 2007-06-27； 3506 的 a 與 d 是 2007-06-23、c 是 2005-10-27； 9485 的 a 與 d 是 2006-02-16、c 是 2007-06-27。 英文名字照抄 2009 名單原文，包括 Junich Tazawa 少一個 i。

三、檔頭是照遊戲的規矩寫的

先拆最小的那個。.hdr 只有 16 個位元組， 69 個檔一個不漏全部拆開，欄位排法完全一致（下面的數字都是十六進位）：

+0x00  1 byte    E1=a 檔　E3=c 檔　E5=d 檔
+0x01  1 byte    固定 36
+0x02  2 bytes   號碼            ← little-endian,這一欄是十進位
+0x04  2 bytes   固定 00 01
+0x06  2 bytes   固定 00 00
+0x08  1 byte    會變,← 原版裡它跟下一格合起來是長度,這 69 個檔不是,見下面
+0x09  5 bytes   固定 00
+0x0E  2 bytes   固定 70 70      ← 讀成文字是 pp

上面「固定」兩個字的範圍是這 69 個社群檔。遊戲內建的同型檔頭裡， +0x04 與 +0x0E 這兩欄還會出現別的值。

遊戲內建  e136 db17 0001 0000 0b00 0000 0000 7070
社群做的  e136 db17 0001 0000 0f00 0000 0000 7070

那個第 9 個位元組是什麼？本頁寫的時候沒有解出來。 它會變，但不是每個檔都不一樣：這 69 個社群檔裡只出現三個值 —— c 檔全部是 16、d 檔全部是 0F、a 檔是 0F（19 個）或 11（4 個）。 遊戲內建的 12,451 個 16 位元組檔頭則出現 67 種不同的值。 拿遊戲內建 12,443 組「.hdr 配得到 .dat」的檔逐一驗過六種猜法 （SCDl 段數、段數加一、項目大小除以 1024、除以 2048、 0x85 的值除以 1024、除以 2048），最高的一種只對上 1,021 個，8.2%。 所以本頁當時就寫「未解」，不編一個聽起來合理的解釋。

四、聲音檔的骨架

.dat 的開頭四個位元組是 SCHl， 也就是音訊那頁講過的 EA 音訊容器。 它的結構是一串接一串的區塊，每塊開頭四個字是名字、接著四個位元組是這塊多長：

SCHl   28~40 bytes  檔頭:格式描述(69 個檔裡 65 個是 32,兩個 28,兩個 40)
SCCl      12 bytes  這個檔有幾段聲音(69 個檔全部都是 12)
SCDl 116~10588 byte 聲音資料,一段一塊,可以有很多塊
SCEl       8 bytes  結束(67 個檔有,而且全部都是 8)

把 69 個檔照這個規則一路走下去，65 個剛好走到檔尾， 一個位元組不多不少。全部合計 331 塊 SCDl。 另外 4 個檔的狀況留到第六節講。

檔頭裡是一串「代號、長度、值」

SCHl 那一段不是固定欄位，而是一組一組接上去的： 一個位元組的代號、一個位元組的長度、然後是值，讀到 FF 就結束。 用這個規則解，69 個檔全部解得開，而且結束之後剩下的位元組全是 0：

這幾條對應關係能推廣多遠，本站分開量過。 在遊戲內建語音庫裡，0xA0 出現 5,973 次、剛好就是全部 5,973 個 PT 項目； 0x8C 出現 538 次、剛好就是全部 538 個 PT 05 00 項目； 但 0x82 只出現 295 次，而 GSTR 項目有 6,554 個。 所以「0x82 等於 GSTR」只在這 69 個社群檔裡成立，不是通則。

五、a、c、d 可能是什麼

播報員那頁後來把這件事解開了（2026-08-28）： a 是球評唸姓氏、c 是主播唸全名、d 是主播唸姓氏， 答案寫在 spch_pbp.txt 裡，四個類別的編號集合跟檔案後綴的集合完全相同， 不只是數量吻合。下面這一節是那之前寫的， 只靠這批社群檔推出來的路，方向跟後來的答案一致，過程留著不刪。 先講一件會誤導人的事：在這 23 個社群資料夾裡，a 跟 d 位元組完全相同的有 19 個（82.6%），而遊戲內建的語音庫裡同號碼的 a 與 d 相同的只有 35／4,061（0.86%）。所以「a 跟 d 一樣」在社群檔裡是常態，本身不是線索。真正特別的是下面這件事：三個姓林的人，六個檔跨三個不同的人，聲音資料位元組完全一樣。

林彥峰 3494、林旺億 3488、林旺衛 3486，六個檔的聲音資料位元組完全一樣。 但三個人的 c 檔各不相同，大小分別是 73,672、66,392、61,272。

如果 a 跟 d 是姓、c 是全名，這就說得通了。 拿遊戲自己的語音庫檢驗這個想法：把 12,527 個項目照聲音內容分組， 再用 2009 名單把號碼換回名字。

最後兩欄的限制條件：這台測試機的語音庫涵蓋 4,343 個號碼，比 2009 名單多， 查不到名字的號碼無法比對姓氏。所以只算「組內至少有兩個號碼查得到名字」的那些組， 而且只比對查得到名字的那幾個。a 是 330 組裡的 146 組、d 是 348 組裡的 152 組、 c 是 35 組裡的 10 組。百分比是「同姓組數 ÷ 有 2 個以上查得到名字的組數」。

不同姓的那些怎麼算？本站不知道。 a 檔那 146 組裡有 20 組是不同姓的，例如 0053（Miguel Batista） 跟 6110（David Hernandez）共用同一段。這種例外沒有解釋就不寫解釋。

而且這批社群檔自己也有一組例外：3429a、3429d（詹智堯，Chan） 跟 3506a（鄭錡鴻，Cheng）三個檔位元組完全相同，但兩個人不同姓。 本站不知道原因。另外 a 跟 d 兩者互相不同 （遊戲內建同號碼下只有 35／4,061 相同），所以就算真的都是姓，也是兩種不同的錄法。 這一點後來也有答案了：那是兩位播報員 —— a 是球評唸姓氏、d 是主播唸姓氏。 還沒解開的是各自在哪些播報情境下會被叫用。未解

六、有六個檔的內容跟語音庫完全一樣

這節是本頁最重要的誠實聲明。把兩個 pnamedat.big 全部 16,186 個項目的聲音內容做成指紋 （其中 3632.wav 不是 SCHl，沒有指紋），得到 14,623 種。 拿 69 個社群檔去比，有 6 個完全相同：

9079 這個號碼，2009 名單填的是 Zach McAllister、現在的名單填的是 Hong-Chih Kuo， 兩份對不起來，所以本站不判斷 9079 原本是誰，只記錄「它的 a／d 內容跟 2332 相同」這件量得到的事。

這三組的 c 檔跟兩個語音庫裡的任何一段都不同，是另外做的。 三組裡只有一組（3487 對 2332）雙方在 2009 名單裡同姓， 另外兩組本站看不出關係。所以不能推廣成「姓一律沿用現成的」， 只能說：這 6 個檔是搬來的，其餘 63 個在兩個語音庫裡都找不到相同的一段。

4872496e  HrIn
e136 4a09 0001 0000 1300 0000 0000 7070   ← 一個完整的 16 bytes 檔頭
4872537a 00000010  HrSz + 長度 16

另外兩個檔也有問題：3499a.dat 跟 3499d.dat 的結束標記只寫了 5 個位元組（SCEl 加一個 08）， 比正常的 8 個少 3 個。聲音段本身走得完，缺的是最後那個收尾。

七、當年的說明書寫了誰做的

同一個遊戲資料夾裡有兩份 Big5 文件（另一頁專門講它們）。 在 History.txt 裡搜「語音」兩個字，全檔 1,281 行只有第 798 行與第 988 行兩條命中：

(這條所屬那筆更新的標題:2009年3月17日 AM05:11)
3.新增 強者小雪靈同學製作的 羅嘉仁、郭嚴文、鄭凱文、李振昌 語音。

(這條所屬那筆更新的標題:更新日期 : 2009年1月28日)
4.新增田澤純一、中村紀洋、石井語音檔(製作者:小雪靈同學)。

四個人對四個資料夾，三個人對三個資料夾，姓名完全吻合，一個不多一個不少。 檔案時間也對得起來：前者那四個資料夾的檔是 3 月 12 日，紀錄的標題是 3 月 17 日； 後者那三個資料夾的檔是 1 月 17 日，紀錄的標題是 1 月 28 日。

Readme.txt 裡那張 53 列的球員對照表還有一欄叫「語音」：

本站量不出 EA 當年的收錄標準。 EA 原廠錄的是 1,673 個號碼（這台測試機的 4,343 個裡，多的是模組加的）。 真正對不起來的是這件事：被標成「原有」的胡金龍 2884，在原版裡一個檔都沒有。 所以「EA 只錄大聯盟球員」這類說法對不起來，本站不寫。未解

⚠️ 2026-08-25 訂正：這一段原本寫「語音庫涵蓋 4,343 個號碼，遠多於任何一份大聯盟名單」， 拿的是裝過模組的這台的數字去推論 EA 的做法。EA 原廠是 1,673 個， 而那個數字既不足以支持「只錄大聯盟」，也不足以推翻它 —— 換掉數字之後，本站更沒有立場對 EA 的收錄標準下任何結論。

胡金龍 2884 對不上、林柏佑 3498 對不上，本站不知道原因，就寫不知道。 資料夾裡多出來的石井 2892 與中村紀洋 3245 不在那張表上，也照實記。未解

八、今天沒有人在用這些名字

把 23 個號碼拿去現在這台機器的名單（3,247 位球員）查：

這跟本站另一頁講的孤兒資料是同一件事： 沒有人刪掉它，只是不再指向它。 差別在於，介面檔裡的孤兒是 EA 自己留下的；這一批是台灣人自己做的，然後被自己的名單遺忘。

九、本站訂正了自己一句話

這頁不能告訴你什麼

📌 重點整理

• 一句話 遊戲資料夾旁邊躺著 23 個資料夾、69 個語音檔，是 2005 到 2009 年台灣模組玩家自己做的，外層容器多半照遊戲的規矩走、號碼真的對得到人；最裡面那層聲音編碼寫這頁的時候還沒解開，2026-08-29／30 已經解開（見換掉遊戲的聲音），本站拿那一課的腳本對這 69 個檔跑過，65 個匯得出 WAV。
• 本站訂正了自己一句話 播報員那頁原本的結論是「沒有人錄過他的名字」。「EA 沒錄」是對的，「沒有人錄過」是錯的，那是一句全稱句，這 23 個資料夾就是反例。本頁寫的時候本站做不出來，原因是最裡面那層編碼還沒解開，不是這件事不可能 —— 那一層後來也解開了。
• 另一個訂正，形狀更值得記 2026-08-27 本站做過一次全站用詞訂正，把「中職」改成「台灣」，連這一頁三個「照原樣列」的地方一起改了，站上因此展示了一個磁碟上不存在的資料夾名（真的叫 倪福德6503_中職模組），已改回。做全站替換之前，要先把逐字引用的區塊排除掉。
• 號碼真的對得到人 資料夾名裡那四位數就是球員資料檔的 audioid。拿現在這台機器的名單（3,247 位）查，23 個號碼只有 1 個有人在用，而且那個人是 J.D. Davis 不是林旺億；但拿同一個資料夾裡 2009 年 11 月那份名單（3,222 位）查，23 個全部查得到、都只有一個人使用，其中 22 個的中文名跟英文拼音對得起來。當年的說明書也對得上：History.txt 全檔 1,281 行只有兩條提到語音，四個人對四個資料夾、三個人對三個資料夾，姓名一個不多一個不少。（另有一處訂正：語音庫 4,343 個號碼是這台裝過模組的數字，EA 原廠是 1,673 個，本站原本拿前者去推 EA 的收錄標準，已改掉。）
• 外殼是照遊戲的規矩寫的 69 個 .hdr 每個 16 個位元組，第 3、4 個位元組讀成 little-endian 就是檔名那個號碼，69 次全中；其中 20 個在遊戲自己的 pnamehdr.big 找得到同名項目，20 個全部只差第 9 個位元組。位元組順序分三塊各有規則（塊長永遠 little-endian、資料區看檔頭標記、檔頭的值一律 big-endian），四種組合各跑一次比出來：社群 69／69、遊戲內建 12,527／12,528 通過，唯一沒過的那項叫 3632.wav，它根本是 RIFF／WAVE 不是同一種容器。
• 這頁最重要的誠實聲明：有 6 個檔是搬來的 三組的 a／d 跟語音庫現成項目聲音內容位元組完全相同，其中 3245a.dat 尾巴甚至還留著一個寫著 2378 的舊檔頭沒擦乾淨。其餘 63 個在兩個語音庫裡都找不到相同的一段，三組的 c 檔也都是另外做的。所以精準的說法不是「錄了 23 個人」，當年的紀錄用的詞是「製作」，本站跟著用。
• 兩個看起來像證據、其實不是的東西 那 6 個搬來的檔標記是 PT、資料密度也只有其他檔的四分之一（0.284 對 1.085），但被抄的來源項目本來就是那樣，照抄的結果當然一樣，真正的證據只有「聲音內容位元組完全相同」這一個。同理，社群檔裡 a 跟 d 相同的有 19 個（82.6%），那是常態不是線索，遊戲內建同號碼相同的只有 35／4,061。
• 本站沒驗的 SCDl 裡的聲音編碼本頁沒有解，全頁講的都是外殼（那一層 2026-08-29／30 已經解開，本站拿那一課的腳本對這 69 個檔跑過，65 個匯得出 WAV）；.hdr 第 9 個位元組本頁六種猜法最高只對上 8.2%，後來量出來是長度（單位 256 位元組的區塊而且要減一），但這 69 個社群檔沒有一個照那條規則寫，為什麼不知道；「a 與 d 是姓、c 是全名」在本頁寫的時候只是推測（同姓比例 86.3% 與 86.2%、c 的長度是 a 的 2.28 倍）、本站沒有聽過任何一個檔，2026-08-28 已由播報員那頁從 spch_pbp.txt 的類別集合解開，還開著的是 a 與 d 各自用在哪些播報情境；把這些檔裝回遊戲播報員會不會唸這 23 個名字，沒有實機驗過，因為這個資料夾根本不在遊戲會讀的路徑上；還有 2378 原本是誰、被標成「原有」的胡金龍 2884 為什麼一個檔都沒有、林柏佑 3498 的檔在哪。

接下來

• 播報員為什麼不唸新球員的名字 —— 號碼與語音庫的完整對應，本頁訂正的就是那一頁
• 播報音訊系統 —— SCHl 容器在整個音訊區的位置
• 當年那兩份說明書，一句一句拿今天的檔案對過 —— 這頁引用的兩份 Big5 說明書
• 一個檔案裡的地層 —— 「不刪只是不指向」的另一個例子
• 兩套球員編號 —— audioid 的另一半用途