速查 › 球員代號對照表

球員代號對照表

球員資料檔裡有一大群欄位存的不是數值,是代號 —— 守位、慣用手、球種、髮型那些。看到 5 8 你不會知道那是右外野手。 這頁把能佐證的代號寫出來,佐證不了的照實說佐證不了。

先說清楚這頁的數字是從哪一份遊戲量的

本頁的項目數、檔案數、覆蓋率,量的是一台裝過台灣模組的遊戲剛安裝好的原版數字小很多 —— 例如臉皮 504 對 894、大頭照 1,487 對 6,638、 語音號碼 1,673 對 4,343。

格式與結構的部分兩邊一樣,那是遊戲程式決定的; 會變的是「有幾個」。完整對照見 原版與這台機器差在哪

這頁本來是被本站自己擋下來的

速查首頁原本掛著一行: 「位置、球路這些數字代號各自代表什麼 —— 目前缺原廠出處,暫緩。」

解法不是去找原廠文件,是換一個問題: 能不能用遊戲自己的檔案佐證?能的話,站上寫的就不是轉載別人的表, 而是讀者可以自己重現的量測結果。

結果是一部分可以,一部分不行。這頁的一半價值在那張「不行」的清單。

⚠️ 這頁的數字量自本站測試機,你的會不一樣

本站測試機的 attrib.datpitcher.dat 都被模組換過,裝的是一份混了大聯盟與台灣球員的名單。

(2026-09-05 訂正:這裡原本拿檔案日期當佐證,寫「attrib.dat 是 2026 年 4 月、 pitcher.dat 是 2023 年 5 月」。檔案日期不能當證據 —— 複製與同步都會動到它。現在量到的 attrib.dat 是 2026-08-29, 而它跟 2023 年那份備份逐位元組相同(同一個 MD5), 代表被搬動的只有日期、內容一個位元組都沒改。 「被模組換過」本身照舊成立,那是從名冊內容看出來的,不是從日期。)

所以像「3,247 位球員」「某某球員的識別碼是多少」這種跟名單內容有關的數字, 你自己跑會得到別的結果

不會變的是格式:欄位有幾個、每一格怎麼寫、資料怎麼分隔 —— 那是遊戲程式決定的,換名單也不會變。
⚠️ 但「哪一欄是什麼」會變。本站實測 46 個欄位裡有 27 個 在剛安裝好的原版與社群名冊之間位置不同(skin_tone 從第 12 欄搬到第 38 欄, 中間的欄位各前移一格;audioid 原版第 17、社群名冊第 16)。 兩份剛安裝好的原版(英文與中文)彼此完全相同,所以分界是原版 vs 社群名冊,不是語言。 永遠不要記欄號,要在執行時從表頭找欄位名 —— 本站的腳本都是這樣做的。 這頁講的規則對你成立,數字與欄號不一定。

同樣的道理本站在字型音訊動畫那幾頁也標過。

招牌自證:守位不用相信任何人給的表

先做一個完全不靠外部資料的測試。

球員資料分成兩個檔:attrib.dat(所有球員)與 pitcher.dat只有投手才有投球能力值)。 所以「投手是誰」這件事,檔案自己就回答了。

做法

pitcher.dat 裡每一列的識別碼抓出來, 拿去 attrib.dat 查這些人的主守位那一欄,看是什麼值。

有投球能力值的人,主守位是人數
10839
0777
其他值2
合計1,618(= pitcher.dat 的列數)

反過來也成立:不在 pitcher.dat 裡的人,主守位從來不是 0 或 10, 只出現 1 到 8。

所以 0 與 10 就是投手,不必相信任何對照表

1,616 / 1,618 = 99.88%。而且這是可證偽的 —— 如果 0 不是投手,這個測試會當場垮掉。

剩下那 2 筆要分開講,不能混為一談:

那一列主守位是什麼
姓名兩欄都是 Default2 範本列,不是球員。整份名冊的第一列,用來當欄位格式的樣板
一位真實球員6 主守位是左外野,副守位是 10 —— 真的兼任兩種角色的例子

本站原本把這兩筆都寫成「兩位二刀流」,重驗時才發現有一筆是範本列。 例外要逐個看,不能只數個數。

⭐ 那個結構有一個實務後果:改主守位會刪掉東西

上面證明了 pitcher.dat 只有投手才有列。 所以把一個人的主守位從投手改成野手,他在那個檔裡的那一列就沒有存在的理由了。 2006 年那支編輯器的說明書把後果寫得很直白:

There are no pitching ratings stored for fielders.
If you change a pitcher to a fielder, you will delete that
player's pitching ratings.  If you change a fielder to a pitcher,
he will be given the default pitching ratings.

換句話說:投手改野手 = 那個人的球種、球速、控球全部消失; 野手改投手 = 他會拿到一組預設值。這一步不可逆 —— 改回去不會把原本的數值找回來。要動這一欄之前先備份。

⭐ 另外兩條限制,而且都可以拿原版資料自己驗

一、一位投手不能有兩種相同的球種。 這條不是本站推的 —— 另一支 2008 年的編輯器,它的介面上就有一個按鈕叫 Remove Duplicate Pitch(移除重複球種)。 兩支獨立的工具講同一件事。拿剛安裝好的原版驗:

量測結果
投手(排除範本列)1,429
有兩種相同球種的0 位,零例外
每位登記幾種變化球1 種 2 位 · 2 種 758 · 3 種 471 · 4 種 198

二、副守位填「指定打擊」的人不能被當成投手。 這條的出處是另一支工具:前面那支 2006 年的編輯器(上一張卡片引說明書的那一支), 它 2004-04-12 的更新紀錄寫著 Don't turn a player into a pitcher if DH is selected for secondary position —— 那是他們修過的一個 bug。拿原版驗:1,430 位投手裡,副守位是 9(指定打擊)的有 0 位。

(9 = 指定打擊這件事來自本頁上面那張守備位置表, 不是來自那份說明書 —— 說明書從頭到尾只寫 DH 這兩個字母。)

本站怎麼決定哪些代號可以寫出來

遊戲自己有兩張文字表FEENG.LOCIGENG.LOC), 裡面裝著遊戲本體介面會出現的文字。 做法是:把候選的代號名稱拿去遊戲自己的文字表裡搜,看找不找得到、順序對不對。

判定標準本站怎麼寫
可照登 整組標籤在遊戲檔案裡連續、同順序出現,順序能對上代號 直接列成對照表
部分 標籤存在、順序也對,但中間有斷點或少數幾個找不到 列出來,並標明哪幾格沒得驗
不可照登 只有零星通用英文字命中(NoneRed 這種),不構成綁定證據 不列表,只說明「這一欄有幾個選項」

兩張文字表一共 7,936 條字串(FEENG 6,352 條、IGENG 1,584 條)。 抽法見文字表那頁

推論 出場音樂曲風 —— 7 / 7

這一欄是本站標「推論」的項目裡證據最完整的一條。遊戲文字表裡有一條字串是 Batter Ditty Type(欄位標題), 緊接著正好七條連續字串,再下一條就跳到完全無關的內容:

代號遊戲檔案裡的字串
0Country
1Dance
2Hip Hop
3Pop
4Rock
5Heavy Rock
6Latin

三方同時吻合:遊戲文字表七條連續、順序一致; 球員資料檔那一欄實測剛好用滿 0–6 七個代號,一個不多一個不少; 2008 年那支社群編輯器附的設定檔(跟下面解開揮棒型態的是同一份), 這一欄列的也是同樣七個曲風、同樣的順序 (它把 Heavy Rock 寫成縮寫 Hv. Rock)。

⚠️ 那為什麼不算「可照登」:本站沒有進遊戲聽過, 也沒在音訊資料裡找到七組對應的音樂。形式上它符合上面那張表的「可照登」條件, 但本站選擇標低一級。完整的支持與不足見下面 出場音樂曲風:完整證據

可照登 球種 —— 15 / 15

遊戲自己有完整的 15 個球種名,而且把同一份清單重複了四遍 (全名、兩字母縮寫、三字母縮寫、四字母縮寫),四次的順序完全一樣

代號球種代號球種
04-Seam Fastball
直球
82-Seam Fastball
1Changeup
變速球
9Cutter
2Curveball
曲球
10Circle Change
3Knuckleball
蝴蝶球
11Forkball
叉指球
4Screwball 12Knucklecurve
5Sinker
伸卡球
13Palmball
6Slider
滑球
14Slurve
7Splitter
指叉球

代號 0 那一格是推測

15 個球種概念一個不缺,順序也對得上。但「代號 0 = 直球」是推理不是量到的: 理由是第二到第五球種那四個欄位從來沒有出現過 0, 看起來 0 是保留給「第一球種一定是直球」用的。

推測 本站沒有實際改一格進遊戲確認。

實測還有兩件事:第二到第五球種從來沒人用 13(Palmball 那一格); 而且這些欄位允許填 - 代表「沒有這一球」。

可照登 守備位置 —— 主守位 10 / 10

遊戲的兩張文字表裡各有一整段連續 21 條守位縮寫,順序完全一樣:

P  C  1B  2B  3B  SS  LF  CF  RF  DH  RP  CP  SP  OF  SRP  LRP  MRP  SU  IF  Util  PH
└─────────── 前 11 條就是代號 0 到 10 ───────────┘
代號縮寫中文可以當主守位嗎
0P投手可以(777 人)
1C捕手可以(279 人)
21B一壘手可以(182 人)
32B二壘手可以(223 人)
43B三壘手可以(201 人)
5SS游擊手可以(205 人)
6LF左外野手可以(152 人)
7CF中外野手可以(233 人)
8RF右外野手可以(156 人)
9DH指定打擊 不行 —— 主守位 0 人、副守位 55 人
10RP後援投手可以(839 人)
11OF外野手不行,只出現在副守位
12IF內野手
13Util工具人

(2026-09-05 訂正:這一節原本掛「10 / 10 與 14 / 14」。 副守位那三格 OFIFUtil 不是照本頁自己訂的「整組標籤連續、同順序」標準取得的 —— 遊戲那段連續 21 條裡 OF 排第 14、IF 第 19、Util 第 20, 位置對不上代號 11、12、13,所以上面那段方框也只敢寫「前 11 條就是代號 0 到 10」。 這三格的名字來自一支社群工具附的設定檔(Secondary Position 那一段寫著 11,OF12,IF13,UTIL), 照本頁的分級表那屬於外部來源,不是「可照登」。 「只出現在副守位」那一句則是本站從名冊自己數出來的。)

代號 9 是 DH,這解釋了一件原本很奇怪的事

主守位從來沒有出現過 9,副守位卻有 55 人是 9。 因為指定打擊本來就不是一個「守」的位置 —— 他只打擊不上場守備,所以那是「額外身分」不是「主要守位」。

⭐ 最硬的一條:用左投右投反證守位

上面靠文字表對出來的表,還可以用棒球常識再驗一次, 而且完全不需要任何外部資料。

棒球場上有四個位置幾乎不可能由左投手擔任 —— 捕手、二壘手、三壘手、游擊手。原因是傳球方向:左手傳球的人在這四個位置上, 每一次轉身傳一壘都要多轉半圈。

把整份名單的慣用投球手那一欄,按主守位分組數一次(下表量的是本站測試機那份名冊,原版的數字見表後):

代號縮寫人數 左投人數左投比例
0P77720025.7%
1C27900.0%
21B1823921.4%
32B22300.0%
43B20100.0%
5SS20500.0%
6LF1523925.7%
7CF2336829.2%
8RF1564025.6%
10RP83921025.0%

那四個位置合計 908 人,左投 0 人,零例外。 其餘六個位置全部落在 21% 到 29%。

我們改過這一段:原版有一個例外

上面那張表量的是本站測試機那份名冊。 後來拿剛安裝好的原版重跑同一套統計:

四個位置合計左投
本站測試機(台灣名冊)9080
剛安裝好的原版7851

那一位是 Randall Simon,原版名冊裡登記為三壘手、左投左打。 其餘三個位置(捕手 0/247、二壘 0/151、游擊 0/217)在原版一樣是零。

這不但沒有推翻上面的推論,還讓它更像真的。 785 個人裡有 1 個例外是 0.13%,跟其他六個位置的 21% 到 29% 差了兩個數量級。 真實資料本來就會有一兩個特例;剛好是零反而比較像人為整理過的名單

所以這條反證的講法要收一下:不是「零例外」,是 「那四個位置的左投比例低到跟其他位置差兩個數量級」。 結論(代號 1 = 捕手、3 = 二壘、4 = 三壘、5 = 游擊)不受影響。

這條為什麼比查表更有說服力

文字表告訴你「第二個字串是 C」。左投分布告訴你那真的是捕手 —— 因為現實棒球就是這樣,而遊戲的資料照著現實走。

兩個完全獨立的來源指向同一個答案。 而且這一條只用一個檔案就做得到,連文字表都不用開。

附帶:0 與 10 也被「續航力」分得乾乾淨淨

主守位人數續航力中位數
0(P)77765
10(RP)83926

先發投手要投得久、後援投手不用。兩個代號的續航力差了兩倍半。

可照登 慣用手 —— 2 / 2 與 3 / 3

兩張文字表裡各有一段六條連續字串:

Left  Right  Switch  L  R  S
欄位代號縮寫中文人數
打擊0R右打2,123
1L左打928
2S左右開弓196
投球0R右投2,651
1L左投596

投球只有兩個值 —— 沒有「左右開弓投球」,符合現實。 打擊三個值的人數分布(右打最多、左打次之、左右開弓最少)也符合現實。

⚠️ 這一節本站原本寫錯

上線時這兩欄被列在「佐證不了」,理由寫「連投左投右都 0 命中」。

錯在本站的搜尋方法 —— 抽字串的程式把長度小於兩個字元的字串丟掉了, 所以 PCLRS 這些單字母標籤在那個方法裡永遠不可能命中

同一個錯誤也讓守備位置被低估成「8 / 10」,實際是 10 / 10

教訓跟本站其他頁一樣:「我找過了,沒有」要先證明「我找得到已知存在的東西」。 一個會丟掉單字母的搜尋器,報「找不到單字母」是必然的,不是發現。

不可照登 這些欄位本站佐證不了

下面這些欄位確實有第三方的對照表存在,但拿去遊戲自己的文字表搜,證據不足 —— 命中的都是 NoneRedAverage 這種通用英文字,散落在無關的位置。

欄位嚴格命中備註
投球姿勢3 / 59 sidearmsubmarineoverhand 全部 0 命中
髮型2 / 10 文字表有標題 Hair Style,但下一條就跳到 Facial Hair —— 代表這個選單不是用文字呈現的
打擊姿勢7 / 66 只有前七個「通用姿勢」對得上,見下方說明
鬍子1 / 8命中的都是通用字,不構成綁定
髮色4 / 7
骨架2 / 12
膚色2 / 16
球棒顏色2 / 8
明星等級2 / 5
揮棒類型0 / 5

⚠️ 上表膚色那個分母「16」,來源跟你以為的不一樣

(2026-09-05 訂正:這張卡原本寫「16 是這台裝過台灣模組的機器上出現過的值有幾種」,那是錯的。) 分母 16 跟同表其他每一列一樣,是第三方對照表列了幾條 —— 那份設定檔 Skin Tone 那一段剛好 16 行。 同表「揮棒類型 0 / 5」就是反證:這台機器那一欄實測只用到 2 個值, 分母 5 不可能是量這台機器來的。 而這台機器的膚色剛好也是 16 種 —— 兩個 16 意思不同 (一個是對照表有幾條,一個是名冊裡出現過幾種值),別把它們當成同一件事。 膚色這一欄拿剛安裝好的原版重量:

哪一份名冊膚色值域幾種
剛安裝好的官方英文版0 – 1011
剛安裝好的官方繁體中文版0 – 1011
2009 年的台灣名冊0 – 1112
這台機器0 – 1516

兩份原版逐格人數完全相同(0 有 236 人、1 有 796 人、2 有 621 人…), 所以 11 這個值是後來才出現的。

而 11 以上根本不是膚色。一支社群修改工具附的設定檔把它們標成:

0 – 101112131415
意思膚色 1 – 11短袖/黑短袖/藍短袖/紅長袖/黑長袖/紅

也就是說,社群把「膚色」這一欄借去放袖子。 本站手上那批舊資料裡正好有一個資料夾叫「sleeves」,跟這個說法對得上。

⭐ 這個錯的形狀值得記:把改過的機器上出現過的值當成「遊戲有幾個選項」在報。 同樣的陷阱在球員欄位那頁講過一次 (欄位編號會因名冊而異),這裡是它的另一種變形 —— 值域也會因名冊而異,而且社群還會把欄位挪作他用。 本站沒有驗過遊戲拿到 11–15 會畫出什麼,所以只寫到這裡。

上表的「嚴格命中」是指整組標籤連續同序出現。 零星命中通用英文字不算 —— 那種證據拿來對照表會出錯。

那這些欄位你還是可以自己動手

佐證不了「代號叫什麼名字」,不代表你不能改。你可以自己數出這一欄有幾個選項, 然後一格一格試:

把名冊那一欄所有出現過的值列出來,就是這個選單的全部選項

實測結果:慣用手 3 個選項、投球手 2 個、體型 3 個、骨架 13 個、 髮型 10 個、鬍子 8 個、打擊姿勢 62 個 —— 這七欄都在 attrib.dat(打擊姿勢那一欄叫 playerattrib_battingstance)。 投球姿勢 45 個要去 pitcher.dat,欄位叫 pitchattrib_pitcher_deliveryattrib.dat 裡沒有這一欄(2026-09-06 訂正:這一句原本八個欄位一起寫成「把 attrib.dat 那一欄列出來」,照著做會在 attrib.dat 裡找不到投球姿勢。 兩邊都重數過:attrib.dat 的打擊姿勢 62 個、pitcher.dat 的投球姿勢 45 個,數字本身是對的,錯的是檔名。) 改之前先備份,見球員資料檔那頁的紀律。

打擊姿勢:對得上前七個,第八個以後就崩了

打擊姿勢有 66 個代號,前七個是通用姿勢,文字表連續七條逐一對上

0 Generic   1 Bent   2 Crouched   3 Upright   4 Open   5 High   6 Closed

其餘 59 個是球員名字(模仿某位大聯盟球員的站姿)。 遊戲檔案裡確實另有一份 65 條的姓名清單,但兩份比對之後:

兩份不是同一份表。12 格吻合撐不起 66 格, 所以光靠遊戲檔案裡那份姓名清單只寫得出前七個。

⚠️ 這一節在 2026-08-28 之後只描述「用遊戲內部字串表」這條路的結果

後來本站在兩批舊資料裡各找到一份互相獨立的完整名稱表, 拿遊戲自己的資料去考它們(打擊 54/54、錨點 39/39), 66 個編號現在全部有名字了。 完整推導與表格在本頁下方 打擊姿勢與投球姿勢 —— 它們每一個都有名字

留著這一節不刪,是因為它記錄了另一條路走不通 —— 遊戲內部那份 65 條姓名清單跟姿勢編號不是同一份表, 這件事本身要知道,否則會有人重蹈本站當初「猜位移」的錯。

遊戲自己跟第三方對照表打架的兩處

體型:遊戲說五種,資料只用三種

遊戲文字表裡 Body Type 這個標題後面接著五條NormalAthleticSkinnyHeavyMuscular

但第三方對照表只有 3 個代號,而球員資料檔那一欄實測也只用到 3 個值

未解 五對三,對不起來。本站不猜是哪三個。

襪子:個數一樣,名稱不同

遊戲文字表是 LowMediumHigh, 第三方對照表是另一組寫法。都是三個,但集合不同。

未解

界外值:資料裡有對照表沒宣告的號碼

把每一欄「實際用到的值」跟「對照表宣告的值」相減, 35 個對照組裡只有 2 組出現界外值。最有料的是骨架那一欄:

骨架代號筆數查出來是什麼
025 全部是空殼列 —— 姓名兩欄都空白。不是球員,是沒用到的名單空位
25141 有名字的真球員,但對照表上沒有這個號碼
370對照表宣告了,但沒有任何人在用

那 141 個人往下追,量到一組非常乾淨的巧合:

量測結果
骨架 = 25 的人數141
photo = 2 的人數141
這兩群是不是同一批人完全相同,一個不差
這 141 人的體型/新秀/隱藏三個欄位100% 都是 0
這 141 人用到的臉只有 14 種,全都是 900 以上的罐頭臉
這 141 人的識別碼號段 不屬於主名單那個號段
(不屬於主號段的一共 171 列 = 這 141 人 + 25 個空殼列 + 範本列 + 4 位真球員)

推測 這 141 人像是同一批「填充用的非真實球員」—— 共用少數幾張臉、旗標全部一樣、識別碼自成一段。

⭐ 2026-08-28:代號 25 有答案了(但要照它原本的強度寫)

本站原本寫「代號 25 到底是什麼骨架,未解」。 一支 2008 年的社群編輯器,它的說明書在「Some notes」那一段的第一條(檔案第 48 行)寫著:

The players that the game creates automatically seem to have
a bone profile of 25.  I have named this Athletic(Created).

同一支工具的語言檔也對得上 —— 它的骨架下拉選單沒有名字的格子直接顯示成數字, 而第 25 格顯示的就是 Athletic(Created)

… 22   23   24   Athletic(Created)   Slim   Slim Big Chest   Athletic …
                       ↑ 第 25 格        ↑ 26      ↑ 27           ↑ 28

26 到 37 那一段跟設定檔逐字相同,所以位置關係是硬的,不是靠數量湊的。 繁體中文語言檔把它譯成「運動型(自創球員)」。

但要注意這句話的強度。原文是 seem to(工具作者自己的推測)、 I have named this(名字是他取的,不是 EA 的)。 所以正確的說法是:一位 2008 年的工具作者推測 25 是遊戲自動生成的球員,並自己給了它一個名字推測

本站能加上的是資料這一邊的佐證

量測結果
剛安裝好的官方英文版有幾人用骨架 250
剛安裝好的官方繁體中文版0
這台裝過台灣模組的機器141
骨架 0 那 25 個空殼列,兩份原版各有幾個也是 0

兩個界外值在 EA 出貨的名冊裡都不存在。 這跟「它們是遊戲執行時才產生的東西」是一致的 —— 也解釋了為什麼那份設定檔的骨架清單從 26 開始: 26 到 37 是編輯器讓你選的,25 是遊戲自己寫進去的

⚠️ 誠實邊界:本站沒有實機驗證過「玩久了會不會生出骨架 25 的球員」。 上面是兩件量得到的事實(原版 0 人、改機 141 人)加上一位工具作者的推測, 兩者方向一致,但都不是實機證據。

一個被資料否掉的直覺

直覺會想「是不是整張骨架表往前挪了一格,25 才是最瘦的」。 拿體重去測就不成立:代號 26 到 34 的平均體重單調遞增 (85.0 一路爬到 158.7,連續九個代號,很符合瘦到壯的排法), 而 25 的平均體重卡在 27 和 28 中間,不是最輕的

誠實補一句:35 與 36 反而比 34 輕(155.0 / 156.2 對 158.7), 遞增在那裡斷掉。但那兩格分別只有 2 人與 5 人,樣本太小不足以判斷趨勢, 所以本站說「26 到 34 遞增」,不說「26 到 36 遞增」。

誠實補一句:這 141 人本來就是同一批填充名單,體重分布可能只是那批人的特性。 所以這個反證只能說「挪一格的說法沒有證據」,不能說「25 一定不是最瘦」。

⭐ 球路的「變化軌跡」—— 8 個方向,而且左右投是鏡像

投手資料檔每一種球路都有四欄:尾勁、變化軌跡、控球、球速。 其中「變化軌跡」(pitchattrib_*_description)這一欄, 本站原本連提都沒提過 —— 兩張代號表都漏了它。

它存的是球往鐘面的哪個方向跑。剛安裝好的原版 1,430 位投手, 這一欄剛好用滿 0 到 7 八個值,一個不多一個不少; 而直球那一欄 1,430 人全部是 0,直接印證 0 = 沒有變化。

代號名字鐘面方向原版用了幾次
0None 無不變化(直球固定是這個)1,437
1Left Extreme 左橫移3 → 945
2Left Diag 左斜移2 → 8404
3Left Slight 微左斜1 → 7694
4Drop 垂直落下12 → 61,295
5Right Slight 微右斜11 → 5485
6Right Diag 右斜移10 → 4701
7Right Extreme 右橫移9 → 395

⭐ 兩份外部來源在這裡打架,而遊戲自己的資料可以裁決

名字來自兩份社群工具的檔案,它們對右邊三格寫的一樣,左邊三格卻不同

代號設定檔寫的語言檔寫的
1Left Extreme (3-9)Left Extreme (3-9) 一樣
2Left Diag (4-10)Left Diag (2-8)
3Left Slight (5-11)Left Slight (1-7)

裁決方法:如果這八個值真的是方向,左投跟右投的分布就應該互為鏡像。 把原版 1,430 位投手的「球種 × 慣用手 × 軌跡」交叉表做出來 (投手資料檔與名冊靠姓名對接,1,430 筆 0 筆對不到):

球種右投最常用左投最常用
卡特球7 76 / 77(99%)1 42 / 42(100%
滑球6 429 / 508(84%)2 128 / 137(93%)
二縫線速球3 518 / 691(75%)5 92 / 136(68%)
指叉球4 209 / 237(88%)4 44 / 45(98%)

配對是 1↔7、2↔6、3↔5,而 4(垂直落下)自己對自己 —— 完全符合鏡像。

而且做了窮舉對照組。把「哪一格對哪一格」所有可能的配對方式 (自己是自己的反函數那種,共 764 種)全部試一遍, 算左右兩邊分布的差距:

配對方式左右分布的差距
1↔7 2↔6 3↔50.099 ← 764 種裡最好
第二名(上面那組去掉 1↔7)0.127
最差的一組0.998
完全不做鏡像、直接比0.681

0 = 兩邊分布一模一樣,1 = 完全不重疊。 卡特球、二縫線、滑球這三種,直接比是 1.000 / 1.000 / 0.993(幾乎不重疊), 鏡像之後掉到 0.013 / 0.073 / 0.090。

所以語言檔那份是對的,設定檔左邊三格寫錯了。 理由不是「同一條軸」(1 = (3-9) 跟 7 = (9-3) 也是同一條軸,而兩份都接受這一組), 而是:設定檔把 2 寫成 (4-10)、把 6 寫成 (10-4),那會讓 2 和 6 變成同一個方向。 如果它們是同一件事,名冊沒有理由讓右投一律填 6、左投一律填 2。 語言檔的 (2-8) 與 (10-4) 才是真正互為鏡像的兩個方向。

⚠️ 強度要分開講:「這八個值是方向、而且左右互為鏡像」是本站量到的「它們各自叫什麼名字、對到鐘面第幾點」是那兩份社群檔案說的。 這八個名字掃遍剛安裝好的原版一個都找不到, 所以名字這一半跟打擊姿勢、投球姿勢同級 —— 佐證不了,只能標明出處。

實務上怎麼用:改投手的時候, 右投的滑球填 6、左投的滑球填 2;填錯邊,球會朝反方向跑。 想確認的話不必相信任何人給的表 —— 照上面的方法自己把交叉表做一次就好。

打擊姿勢與投球姿勢 —— 它們每一個都有名字

換姿勢那一課教你填一個數字。 那個數字有名字,而名字是真實球員的姓

⚠️ 這一節本站發表過一個錯的版本,先講怎麼錯的

名字放在遊戲的文字檔 FEENG.LOC 裡。 本站第一版假設「第 N 號的名字就是第 10000+N 條字串」 —— 因為那一段剛好連號、剛好都是球員的姓、數量也剛好。

那個假設是錯的,而且錯得很難察覺: 它讓本站得出「幾乎沒有球員用以自己命名的姿勢」這種聽起來很有故事性的結論, 甚至寫進了故事頁。

正確的做法不是猜位移,是找錨點: 挑出「整份名冊只有一兩個人在用」的編號,看那一兩個人是誰, 再去字串表裡找有沒有同姓的名字。 這種對應如果成立,就不可能是巧合。

用錨點法重做的結果

編號總數只有 1–2 人用的 名字對得上使用者的
打擊姿勢6643 39
投球姿勢5946 41

⚠️ 本站 2026-08-28 訂正了一個數字:投球那一列的 「只有 1–2 人用的」原本寫 43,跟打擊那一列一樣 —— 那是把上面一列抄下來了。 重數剛安裝好的原版 pitcher.dat(1,430 位投手、59 個代號): 只有 1 人用的 36 個 + 只有 2 人用的 10 個 = 46 個。 打擊那一列的 43 是對的(29 + 14)。 兩個數字長得一樣的時候,要特別確認它們是分別數出來的。

事實跟本站原本寫的完全相反: 只要那個姿勢是專屬的,用它的人就是它命名的那個人。

例如:Randy Johnson 用 R. Johnson、Nomo 用 Nomo、 Mussina 用 Mussina、Rivera 用 Rivera、 Schilling 用 Schilling、Glavine 用 Glavine、 Nolan Ryan 用 N. Ryan、Satchel Paige 用 S. Paige; 打擊那邊 Ichiro 用 Ichiro、Jeter 用 Jeter、 Sheffield 用 Sheffield、Garciaparra 用 Garciaparra

會被騙的原因是:用得最多的那幾個編號是通用姿勢 (最多的一個有 764 人用), 而通用姿勢也有名字。拿全體去算「有沒有用自己那號」, 會被那幾百人稀釋成看起來像零。要把通用的濾掉才看得到真相。

⭐ 2026-08-28:下面兩張表的「未知」幾乎全部填掉了

本站原本只填得出錨得住的那些(該編號只有 1–2 人用、而其中一人與名字同姓)。 用得多的編號沒辦法從資料本身反推名字,只能標「未知」。

後來在兩批舊資料裡各找到一份完整的名稱表, 而且是互相獨立的兩份:一份是 2006 年一個台灣模組網站上的欄位說明頁, 另一份是一支社群修改工具附的設定檔。兩份都沒有標出處, 所以本站沒有直接照抄,而是拿遊戲自己的資料去考它們

具名編號使用者裡真有同姓的 其中只有 1–2 人用的錨點錨點命中
打擊姿勢5454(100%) 3939(100%)
投球姿勢4545(100%) 4242(100%)

對照組:把每個球員的姿勢編號隨機打散重排 500 次, 同一套比對平均只命中 0.25(打擊)與 0.14(投球), 最高都只有 2。真實值是 54 與 45 —— 這不是巧合能產生的距離。

還有一個獨立的巧合太難的細節:整份原版名冊唯一沒有人使用的打擊姿勢編號是 23, 而那份 2006 年的表也剛好在 23 這一格跳過

三份資料互相打架的地方,由遊戲自己的資料裁決

編號2006 網站工具設定檔誰在用判定
打擊 27通用 2Martinez, Edgar 只有 1 人,而那人姓 Cabrera2006 網站對
投球 23WakefieldNiekro, Phil 2 人,剛好就是 Wakefield 與 Niekro,兩份各命中一個裁決不了,本站不選
投球 4歸進通用範圍Sparks, Steve 只有 1 人,就是 Steve Sparks工具設定檔對

沒有任何一份外部名單自己是全對的。 一個 2004 年就退休、剛安裝好的原版名冊裡根本查不到的打者(Edgar Martinez) 被安在一個通用姿勢上,而那一格唯一的使用者姓 Cabrera; 另一邊那份則把只有 Steve Sparks 一個人在用的投球 4 號歸進通用範圍。 這些都是憑印象填表會犯的錯。只有遊戲自己的資料能裁決。

(2026-09-05 訂正:這一段原本還把「兩個蝴蝶球投手(Wakefield 與 Niekro)被寫成同一格」 也算成填表的錯。不是 —— 遊戲自己的名冊裡投球 23 號的使用者 剛好就是這兩個人,他們本來就共用同一格,兩份表各寫一個都不算填錯。 上表那一列的判定也一併從「2006 網站對」改成「裁決不了」。)

本站不轉貼那兩份名單的原文,也不提供下載。 表格裡標 的格子,意思是 「名字來自外部名單、已用上面的方法驗過」;沒有標的是本站原本就從遊戲資料錨定出來的。

打擊姿勢 —— 66 個編號

的名字來自外部名單並經上述驗證;沒標的是本站從遊戲資料直接錨定的。 第三欄是剛安裝好的原版有幾個球員在用。 編號 23 維持「未知」 —— 整份名冊沒有任何人在用它。 那份 2006 年的表在這一格跳過;工具設定檔雖然填了一個姓, 但沒有人在用就沒得驗,所以本站不採用。 (2026-09-05 訂正:原本寫「那兩份外部名單也都沒有它」, 只有 2006 年那份是這樣,工具設定檔那一格是有名字的。)

編號名字幾人用 編號名字幾人用 編號名字幾人用
0通用 1 5821屈膝 4222彎腰 352
3挺直 7644開放式 3485314
6封閉式 177A. Jones18M. Ramirez1
9Sosa 310M. Ordonez 311Thome 3
12V. Guerrero213Piazza 714Ichiro1
15Giambi216Garciaparra117Griffey Jr.2
18L. Gonzalez219Sheffield120Bagwell2
21A. Rodriguez 822Jeter123未知0
24Beltre125Everett126D. Ortiz1
27通用 2 128B. Williams229Durham 5
30Fullmer131Walker132Counsell1
33J. Franco134Vina135Renteria2
36B. Boone 337Klesko 638Delgado 5
39Alou140Lofton 641Sierra1
42Burnitz243C. Jones244Thomas1
45Green 346J. Gonzalez247Floyd 4
48H. Matsui 349Helton 350Giles 3
51Glaus252A. Pujols253B. Ruth1
54L. Gehrig155R. Jackson156J. Morgan1
57R. Carew158T. Cobb159Y. Berra1
60H. Wagner161典型 1 262典型 2 1
63典型 3 264K. Matsui165E. Chavez1

⭐ 上表最後那一段連號值得單獨看:編號 53 到 60 這八格 (B. Ruth、L. Gehrig、R. Jackson、J. Morgan、R. Carew、T. Cobb、Y. Berra、H. Wagner) 每一格都只有一個人在用,而用的就是同名的那位傳奇球員。 這八個人在剛安裝好的原版名冊裡全部都是第 44 欄標 1 的那 61 人(8 / 8)—— 名單裡藏著 61 個名人堂球員 那頁引用的「有專屬打擊姿勢的 8 位」就是這八格。

投球姿勢 —— 59 個編號

這 59 格裡有 12 格是通用姿勢 (3/4 四種、正上方三種、側投、低肩側投、典型 1–3)、47 格是球員的姓。 ⚠️ 這個 47 跟上面考題表的「投球 具名編號 45不是同一個口徑:考題表數的是外部名單那邊有幾格填了球員的姓, 這張表是本站最後採用的名字,兩份名單打架的第 4 與第 23 號這裡照樣列出來。 少的那兩格是哪兩格,本站沒有逐格寫出來。 下面 Style 1 那一段量到「遊戲自己的選單也是 45 個具名選項」, 但那個 45 跟考題表的 45 是不是同一組,本站還沒逐格核對過 —— 兩個數字長得一樣的時候,要特別確認它們是分別數出來的。

編號名字幾人用 編號名字幾人用 編號名字幾人用
03/4(先發/後援) 5513/4 高抬腿 22023/4 低抬腿 337
33/4 背向 84Sparks 15正上方(先發/後援) 232
6正上方 高抬腿 917正上方 低抬腿 2398側投 94
9低肩側投 8510R. Johnson211Nomo1
12Ishii113Maddux 314K. Brown1
15P. Martinez 316Kim117Schmidt1
18Nelson119Hasegawa 120O. Hernandez1
21Park122Mussina123Wakefield / Niekro 未定2
24Nen125Lowe 426Weber1
27Ohka228Smoltz 229Pettitte2
30Rivera131D. Wells132Schilling1
33Glavine134D. Willis135E. Gagne1
36R. Halladay137J. Seo138B. Zito1
39M. Mulder240M. Morris141Moyer1
42Hoffman143M. Redman144Ol. Perez1
45M. Prior146W. Johnson147J. Marichal1
48N. Ryan149S. Paige150B. Gibson1
51C. Hunter252T. Seaver153典型 1 2
54典型 2 355典型 3 256T. Hudson1
57Foulke158Oswalt2

有三個編號光靠遊戲自己的資料錨不出唯一答案:第 28 號同時被 Roger Clemens 與 John Smoltz 使用,兩人的姓都在字串表裡; 第 19 號的候選是同一個姓出現兩次的重複字串; 第 23 號的兩位使用者剛好就是兩份外部名單各自寫的那個姓(Wakefield 與 Niekro)。 28 與 19 表上那兩個名字是外部名單給的、已用上面的方法驗過(所以標 †); 第 23 號兩份名單彼此打架、遊戲資料也裁決不了,本站不硬選,留「未定」。 未定

名字是從哪裡讀出來的

不是猜的,也不是社群整理的,是遊戲自己的文字檔 data\FEENG.LOC。 同一批字串也被「創造球員」畫面拿去當下拉選單的選項 —— 那個畫面的 TL:BATSTANCETL 有 66 個選項、 TL:PITCHDELIVERYTL 有 59 個,剛好等於這兩欄的值數

但那個選單是照姓氏字母排的,不是照編號排, 所以它能告訴你「總共有哪些」,不能告訴你「第幾號是哪一個」。 本站一度想用它來對編號,這條路是死的。

揮棒型態 —— 只有五種,而且第 2、3 號根本不存在

playerattrib_swingtype 的值域是 0 到 6。 本站原本把七個值全部標「未解」—— 2026-08-28 解開了,答案在一支社群編輯器附的設定檔裡, 而且它跟本站量到的分布互相印證。

設定檔寫的遊戲裡顯示成握法原版有幾人用
01 Two Hands1雙手2,485
12 One Hand2單手433
2設定檔裡沒有這一格0
3設定檔裡沒有這一格0
43 One Hand3單手1
54 One Hand4單手1
65 Two Hands5雙手1

⭐ 為什麼這次可以寫成「解開了」而不是「推論」

不是因為數量對上。是因為缺的那兩格,兩邊缺在同一個位置 —— 設定檔跳過 2 和 3,而 2,921 位球員裡用 2 或 3 的剛好也是零人

那份設定檔幾乎不跳號:本站把它 33 個區段全部檢查過, 31 個是完整連號,只有兩個跳號 —— 而兩個都跳得有道理

區段跳過原版資料裡那一格有幾人
主守位90 人(9 = 指定打擊,見上面)
揮棒型態2、30 人、0 人

而且方向也對得起來:同一份設定檔的守位清單 9, 而資料裡副守位是 9 的有 54 人該有的地方有、該沒有的地方沒有,兩個欄位、兩個方向,全部一致。

剩下三個值各只有一個人在用(4 Jesus Ludwick、 5 Danny Everett、6 Dick Smallenberg), 那三個都是遊戲用來填滿小聯盟的虛構球員 (沒有播報語音的那一群)。 所以實際會遇到的只有前兩種。

⚠️ 本站原本把那七個字串當成這一欄的名稱,那是錯的

本站一度寫「字串 14900–14906 就是這七個值的名字」,理由是數量剛好對上。 那個推論錯了,而且錯得很典型:只憑數量吻合就下結論。

正確答案是去看那些字串被誰使用。 本站把介面版面檔全部掃一遍,找哪一個畫面引用了 14900–14906:

frontend.big / fes_createaplayer.fel 第 1849 行
TL:BATSTANCETL,1,0,424,181,120,14,…,14900,…
 TE:14900   ← Generic
 TE:14901   ← Bent
 TE:14906   ← Closed
 TE:14902   ← Crouched   …

TL 是下拉選單,TE 是它的選項。 那七個字串是「創造球員」畫面裡打擊姿勢選單的選項, 跟揮棒型態這一欄無關。

而且那個畫面根本沒有揮棒型態的選單。 本站數過,fes_createaplayer.fel85 個下拉選單, 身高、體重、生日、五種球路、各種能力值都有, 就是沒有 swingtype

所以被推翻的是「那七個字串是這一欄的名字」這一條路已撤回 不是上面那張表 —— 那張表來自社群編輯器附的設定檔,是完全另一條來源。 兩件事在 2026-08-28 同一天處理:一邊撤回、一邊補上。

還沒補上的是「遊戲裡顯示成 1 到 5」那五種各自長什麼樣 —— 設定檔只寫了幾隻手,沒寫姿勢本身,本站也沒有實機改一格進遊戲看過。 不受這次撤回影響的是那個分布:2,921 人裡 2,918 人只用前兩種 —— 那是直接從名冊數出來的。

順便解掉了 Style 1Style 24

本站原本把它列成未解。同一次掃描裡它也出現了:

TL:PITCHDELIVERYTL,…,14914,…
 TE:14914   ← Style 1
 TE:14915   ← Style 2   …

那是「創造球員」畫面裡投球姿勢選單的選項。 整個選單有 59 個選項 —— 剛好等於名冊那一欄的 59 個值。 其中 11 個Style N3 個Classic N 這種不具名的,其餘 45 個是球員的姓。 (2026-09-05 訂正:原本寫「13 個是 Style N」。 字串表裡 Style 一路排到 24,但這個選單只用到前 11 條; 剛安裝好的原版與本站測試機兩份量到的都是 11 / 3 / 45。)

這也解釋了一件事:2009 年那份台灣名冊的更新紀錄裡寫著 「倪福德 — Style9」「郭泓志 — Style2」—— 那不是隨便編的代號,是創造球員畫面上真的看得到的選項名稱。

出場音樂曲風:完整證據

playerattrib_ditty 的值域是 0 到 6,七個值。 遊戲的文字表裡,字串 16690Batter Ditty Type(打者出場曲類型), 緊接著的七條是:

字串編號文字用的人數
16691Country368
16692Dance370
16693Hip Hop406
16694Pop203
16695Rock604
16696Heavy Rock492
16697Latin478

右欄是原版名冊裡各個值有幾個球員在用(依序對應 0 到 6)。

這條的證據強度:比「數量剛好」好,比「量到的」弱

支持:那七條字串緊接在一條寫著欄位名字的標籤後面Batter Ditty Type),而且剛好七條、剛好七個值。 同一份混音表裡也有一條 BatDittyVol% (見總設定檔)。 另外還有一路獨立的旁證:2008 年那支社群編輯器附的設定檔, 這一欄列的也是同樣七個曲風、同樣的順序,而且代號跟名字是直接綁在一起寫的0,Country 一路到 6,Latin),不必靠「誰接在誰後面」去推。 那份設定檔就是上面解開揮棒型態用的同一份。

不足:本站沒有進遊戲聽過, 也沒有在音訊資料裡找到七組對應的音樂 —— audio\aems\batdit.abk 打開只有音量與開關的控制字串, 不是七組曲子。

所以標推論。推論 要確認很簡單:把一位球員這一欄從 0 改成 6,進遊戲聽他上場時放什麼。 本站沒做這件事,因為那需要實機驗證。

為什麼要把證據強度講到這麼細:本站在 姿勢那一節吃過虧 —— 只憑「數量剛好對得上」就發表,結果整段結論反過來。 這一條比那次強(多了一個直接寫著欄位名的標籤),但還沒強到可以寫成定論。

襪子高度

同一種讀法:字串 9706Socks,後面三條是 LowMediumHigh。 而 playerattrib_socks 剛好有三個值(0–2)。

一樣標推論。 這一欄改起來風險極低(只影響外觀),想確認的人自己改一個看看最快。

📌 重點整理

接下來