教學 › 改視角
把打擊視角調成你喜歡的角度
遊戲內建的打擊視角就那幾種,總有一種差一點點就對了 —— 再低一點、再拉近一點。這一課教你把那「一點點」改掉。 遊戲裡的 39 個攝影機,位置與視野角度全部寫在一個純文字檔裡。
難度
★★☆ 改兩個數字,但要先看懂哪一個
時間
約 15 分鐘
可以還原嗎
可以,一行指令
⚠️ 先說清楚這一課驗到哪裡
封裝版在檔案層面本站驗得很徹底:改完會逐項確認 「460 個項目全部讀得回」「只有你指定的那一個攝影機被改動」 「只有你指定的那幾個欄位變了」「檔頭寫的大小=實際大小」, 任何一項不對就要你立刻還原。
官方中文版走的散裝版沒有驗到這麼細。 它只把寫回去的檔案讀回來、跟算好的內容整份比對, 沒有逐台逐欄比「只有那幾欄變了」,所以也不會印「✅ 複驗通過」。 兩邊的差別寫在下面的成功標準。
但本站沒有進遊戲看畫面。 改下去之後鏡頭實際移動多少、會不會穿到牆裡、會不會怪 —— 這一課不能回答。未實機驗證
所以這一課的正確心態是:小幅度改、每次只改一個數字、 進遊戲看一眼、不喜歡就還原。還原是一行指令,而且會逐位元組比對。
🛟 動手之前:先完整備份整個遊戲資料夾
把整個遊戲資料夾複製一份到別的地方, 包括裡面存放紀錄的資料夾。不要挑檔案,整包複製最省事也最保險。
「紀錄」是指這些(它們跟遊戲檔混在同一個資料夾裡):
Support\MVP Baseball 2005\—— 遊戲自己建的, 裡面是設定(MVPOptions_Options.sav)與手把設定 (controller.cfg)。剛安裝好時沒有這個資料夾,玩過才出現。- 王朝、老闆模式、名單與玩家檔案的存檔(
*_Franchise.sav、*_Owner Mode.sav、*_Rosters.sav、*_Profile.sav)—— 沒有固定的資料夾名,你或你裝的模組包叫它什麼它就叫什麼。找不到就用這一行找:
dir /s /b "〔你的遊戲資料夾〕\*.sav"
find "〔你的遊戲資料夾〕" -name "*.sav"
上面第一行 Windows、第二行 Mac。 本站每一支工具都會自己備份它要動的那一個檔, 但那只保得住那一個檔 —— 整包備份保的是「你玩到現在的一切」。 完整做法看備份與還原 SOP。
⚡ 只想趕快做完?照這四步
- 先把 39 個攝影機列出來,看它們現在的數字。
python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --cameras - 挑一台先預覽,這一行不會動到任何檔案。
BattingView1到7對應遊戲設定裡的 Batting View 幾號。
python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --camera BattingView1RightLow --set FOV=32 - 確定了,同一行最後加
--apply,它會先自動備份再寫,然後自己複驗一遍。
python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --camera BattingView1RightLow --set FOV=32 --apply - 進遊戲看一眼;不喜歡就還原,它會逐位元組比對。
python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --restore-datafile
起手一次只改一個數字,FOV 建議 ±3。左打右打是分開的兩筆,只改 Right 的話換左打者上場鏡頭還是舊的。官方中文版沒有 datafile.big,指令照打就好,工具會自動改用同一個資料夾裡的 datafile.txt 並告訴你。想知道為什麼,往下讀;只想複習,跳到📌 重點整理。
為什麼要學這一課
它是全站少數改完之後畫面會明顯不一樣的課。 而且它示範一件更重要的事: 遊戲裡看起來「寫死在程式裡」的東西,很多其實只是一個文字檔裡的數字。
原理與完整欄位表在總設定檔那一頁。 這一課只教怎麼動手。
前置
- 會開命令提示字元、會用拖曳取得資料夾路徑 —— 不熟的先看第 0 課
- 電腦有 Python 3.7 以上(第 0 課操作五教你裝)
- 已經下載本站的工具
mvp_fel_toolkit.py - 知道你的遊戲資料夾在哪(裡面要有一個叫
data的子資料夾)
這一課動的是哪個檔
data\datafile\datafile.big。
不是球員資料、不是球衣、不是介面版面。
這個檔只裝設定值,動它不會影響你的名單或存檔。
⚠️ 裝官方中文版的人,你的遊戲裡沒有那個封裝檔
本站 2026-08-28 拿剛安裝好的官方中文版比對才發現:
中文版沒有 datafile.big。
它把整個 data\datafile\ 散裝成 466 個 .txt
直接放在資料夾裡,datafile.txt 就躺在那裡。
(data\anims\ 也一樣:730 個散裝檔,沒有 anims.big。)
工具已經處理好了:指令照樣打 --big data\datafile\datafile.big,
找不到的話它會自動改用同一個資料夾裡的 datafile.txt,並且告訴你它換了。
這件事講出來還有另一個意思:本站在此之前的所有量測都是拿英文版做的。 中文版不只是「同一份加了翻譯」——它的檔案組織方式不一樣。 這一課修好了,其他頁的數字如果標的是英文版,本站會照實寫清楚。
👉 你要做的事
先把 39 個攝影機列出來,看它們現在的數字。
把下面這行的「你的遊戲資料夾」換成你自己的路徑(可以直接把資料夾拖進命令提示字元):
python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --cameras
會印出這樣的表:
這個檔裡有 39 個攝影機:
名稱 X Y Z FOV Pitch Heading
--------------------------------------------------------------------------------------
BattingView1LeftHi -211.000 47.000 -211.000 25.30 0.020 0.000
BattingView1RightLow -210.000 47.000 -210.000 25.00 0.020 0.000
BattingView2LeftHi -73.181 48.000 -111.557 43.05 -0.011 0.611
...
搞清楚你要改哪一個。名字是有規則的:
| 名字的部分 | 意思 |
|---|---|
| BattingView1 ~ 7 | 第幾種打擊視角 —— 對應遊戲設定裡「Batting View」那個選項 |
| Left / Right | 左打者 / 右打者 |
| Hi / Low | 高的機位 / 低的機位 |
| Offset | 同一種視角的位移版本 |
| FieldingView1 ~ 6 | 守備視角 —— 跟打擊視角不是同一套欄位,見下面那張卡 |
| HeadViewer | --cameras 印出來的最後一台 —— 跟 FieldingView1 ~ 6
同一張欄位表,記的也是相對位移,一樣見下面那張卡 |
⚠ 一個很容易漏掉的地方
左打跟右打是分開的兩筆。你只改
BattingView1RightLow,那換成左打者上場時鏡頭就還是舊的。
要一致的話兩筆都要改。
⚠️ 本站 2026-08-28 修好了這一課的工具,順便說明為什麼
這個設定檔裡有不只一張欄位名稱表, 而一張表管的是它後面那一段,到下一張表為止:
| 名稱表 | 欄位數 | 管到誰 |
|---|---|---|
| 第 7,940 行 兩種版本相同 | 116 | 後面 32 台 BattingView* |
| 封裝版第 8,516 行 散裝版第 9,216 行 | 128 | 後面 7 台 FieldingView1–6 與 HeadViewer |
⚠️ 表頭在第幾行、每個欄位是幾號,兩者都跟著版本跑,不要把數字背起來。
本站量了 9 份有攝影機記錄的總設定檔:6 份是封裝版
(遊戲裡有 datafile.big,剛安裝好的原版英文版就是這種),
3 份是散裝版(沒有 datafile.big,
datafile.txt 直接躺在資料夾裡,官方中文版就是這種)。
行號與編號組內完全一致,兩組之間整個重排過,所以下面兩組都標出來。
兩張表的編號完全不同。同一個 ;53
在打擊表兩組都叫 FOV;在守備表,封裝版叫 Pitch、
散裝版叫 VerticalFraming。
這 9 份裡,封裝的 6 份全是英文版基底、散裝的 3 份全是中文版基底, 所以「是封裝散裝造成的、還是英文中文造成的」,用這批檔分不開。 能確定的只有一條:不要記欄位編號,讓工具去讀表頭,它就是這樣做的。
工具原本只認第一張表,套到全部 39 台。後果是真的:
FieldingView1 的 | 修好之前顯示 | 其實是 |
|---|---|---|
| FOV | 讀的是 ;53,而那一格封裝版叫 Pitch(讀出 0.100)、散裝版叫 VerticalFraming(讀出 -0.12) |
真正的 FOV 在封裝版 ;65、散裝版 ;46。剛安裝好的原版兩種都是 38.70;被模組動過的檔不一樣,本站測試機那份是 90 |
| X / Y | 印出一串 OffsetX#OffsetY#OffsetZ |
守備視角沒有絕對座標,記的是位移(封裝版 ;19/;20/;21、散裝版 ;13/;14/;15) |
下 --set FOV=30 會把數字寫進完全不相干的一欄:
散裝版是「取景高低」(VerticalFraming)、封裝版是俯仰角(Pitch)。
畫面視野一動也不動,而構圖或鏡頭角度被改壞了。
更糟的是工具當時還會回報「複驗:讀回來的內容與預期相同 ✅」,
因為它只檢查寫進去的跟打算寫的一樣,不檢查這一欄該不該寫。
怎麼確定新讀法是對的(錨點,不是數量吻合):守備表說某三格是
OffsetX/OffsetY/OffsetZ(封裝版 ;19/;20/;21、
散裝版 ;13/;14/;15),而剛安裝好的原版裡
FieldingView1 那三格正好是 0.00 / 3.00 / 0.00,
緊接在後面的兩格就寫著字串 OffsetX#OffsetY#OffsetZ
(封裝版 ;22/;23、散裝版 ;16/;17)。
標籤跟同一張表的欄位名對得起來,而且跟打擊視角
(X/Y/Z 三格之後緊接著就是寫 X#Y#Z 的格子)
是同一個結構。用「往前找最近的表頭」跑一次:
32 台全落在打擊表、7 台全落在守備表,零例外。
現在工具會用每一台自己那張表,
列出「這一台可改的欄位」而不是一份固定清單,
而且本來不是數字的格子一律拒絕寫入。
守備視角現在可以改的是 OffsetX/OffsetY/OffsetZ 與
FOV/Pitch/Heading/Roll。
二十年前有人走過同一條路
2008 年 5 月,一位叫 muta505 的玩家在遊戲基地寫過這個檔怎麼改。
他把方法整個講對了:先把設定檔弄成未壓縮的、用記事本搜 View、
改那幾個數字、對焦目標填 None/Ball/Pitcher
/Batter/Catcher。
他也很誠實地標了三處自己不確定的地方 ——
哪個數字是左右、正負代表哪一邊、以及
「搜到 FieldingView6 的就不用管他,這個我忘記是幹麻的了」。
那三處現在都有答案了,而第三處正是上面那張卡。
他對守備視角的處置是「不用管他」,理由是自己忘了那是什麼 ——
而放著不動正好是對的,那真的是另一套東西。
至於左右上下,EA 自己把欄位名寫在檔案裡(;19 X#Y#Z),
當年只差沒有人往後多看三格。
本站不轉貼那篇教學的內容。這裡記的是 前人走到哪裡、以及本站接著往前走了多遠。
想先看某一個攝影機的全部欄位:
python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --camera BattingView1RightLow
會列出它的 108 個欄位,可以改的那幾個右邊會標「←可改」。
先預覽,不要直接改。下面這行不會動到任何檔案:
python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --camera BattingView1RightLow --set FOV=32
會印出:
【預覽】BattingView1RightLow
欄位 現在 → 改成
--------------------------------------------
FOV 25.00 → 32
文字長度變化:-3 位元組 · 行數不變
以上只是預覽,沒有改到任何檔案。
確定要改的話,在同一行指令最後加上 --apply
哪個數字改什麼
| 欄位 | 改了會怎樣 | 建議的起手幅度 |
|---|---|---|
| FOV | 視野角度。數字越小畫面越窄、看起來越像拉近;越大越廣角 | 一次 ±3 |
| Y | 高度 | 一次 ±5 |
| X / Z | 水平位置的兩個方向 | 一次 ±10 |
| Pitch | 鏡頭俯仰 | 一次 ±0.01(原值多半在 ±0.05 之內) |
| Heading | 鏡頭左右轉 | 一次 ±0.01 |
| Roll | 鏡頭傾斜 | 建議不要動,原值幾乎都是 0 |
「X 是左右還是前後」本站沒有實機比對過, 所以上表只寫「水平位置的兩個方向」。 想知道哪個是哪個,改一個、進遊戲看一眼,最快。 未驗
確定了再加 --apply。
python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --camera BattingView1RightLow --set FOV=32 --apply
它會先自動備份再寫,然後自己複驗一遍。
進遊戲看一眼。隨便開一場比賽, 把設定裡的 Batting View 切到你剛改的那一號,看鏡頭有沒有不一樣。
如果你改的是 Right,記得要輪到右打者才看得到。
✅ 成功標準(兩種版本印出來的不一樣,先看你走哪一條)
指令最前面有沒有出現「找不到 datafile.big,但同一個資料夾裡有散裝的 datafile.txt」?
有,你走的是散裝版(官方中文版);沒有,你走的是封裝版。
兩條路的複驗嚴格程度不一樣,連備份檔的名字都不一樣,所以成功標準分開寫。
封裝版(有 datafile.big):以下全部要成立
- 指令最後印出
✅ 複驗通過 - 複驗那幾行寫著「460 個項目全部讀得回」「攝影機 39 個」
「只有「你改的那個名字」被改動」
460 與 39 是在兩份安裝上量到的:剛安裝好的英文版那份data\datafile\datafile.big(2,857,593 bytes)與本站測試機那份 (3,030,174 bytes),兩份都是這兩個數字。你裝的模組不同時數字可能不一樣, 重點是它印得出來、而且沒有叫你還原。 - 「這個攝影機有 N 個欄位被改,預期 N 個」,兩個數字要一樣
- 「檔頭寫的大小 = 實際檔案大小 ✅」
- 資料夾裡多出一個
datafile.big.datafilebak(官方中文版沒有封裝檔,多出來的檔名不一樣,看下面那一組) - 遊戲開得起來,而且鏡頭跟改之前不一樣
散裝版(官方中文版,只有 datafile.txt):以下全部要成立
- 指令最後印出「
複驗:讀回來的內容與預期相同 ✅」。 這一條路不會印「✅ 複驗通過」,也不會有「460 個項目」「攝影機 39 個」那幾行, 沒看到是正常的 - 資料夾裡多出一個
datafile.txt.datafilebak(不是datafile.big.datafilebak) - 遊戲開得起來,而且鏡頭跟改之前不一樣
⚠️ 散裝版的複驗比較鬆,請自己多看一眼
封裝版寫完會逐台逐欄比對改前改後的攝影機表,證明只有你指定的那幾欄變了; 散裝版只把檔案讀回來跟算好的內容整份比對。 它抓得到寫壞、寫半截、編碼跑掉,但抓不到「一開始就算錯欄位」那一類錯。
所以散裝版改完,請再跑一次 --cameras,自己確認只有你要改的那一台、那一欄變了:
python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --cameras
檔案變大是正常的
第一次 --apply 之後,datafile.big
會從大約 2.8 MB 變成大約 7.3 MB。
因為本站的工具用的是「不做壓縮的合法編碼」 —— 遊戲讀得懂,內容完全正確,只是體積接近解壓後的大小。 這是刻意的取捨:寧可檔案大,也不要為了省空間而寫一個可能有 bug 的壓縮器。 原理在 QFS 那一頁。
⚠️ 每 --apply 一次就再長一次
(2026-09-05 訂正:這裡原本寫「每改一次不會再變大一次、檔案大小之後就穩定了」,那是錯的)。
舊資料留在檔尾不再被指到,但新的一份還是接在檔尾。
本站在剛安裝好的英文版那份上連改五次,量到
2,857,593 → 7,288,995 → 11,720,397 → 16,151,799 → 20,583,201 bytes,
每次多 4,431,402 bytes(約 4.43 MB)。
所以試完就用 --restore-datafile 回到原點再重來,不要一路往上疊 ——
備份只做第一次那一份,還原永遠回得到原本的 2,857,593 bytes。
散裝版(官方中文版)不會變大。
它是原地把那一格數字改掉:本站在剛安裝好的官方中文版那份
data\datafile\datafile.txt 上,把 BattingView1RightLow 的
FOV 從 25.00 改成 32,
檔案 4,391,982 bytes 變成 4,391,979 bytes,差的就是少掉的那三個字。
❌ 出錯處理
| 你看到的 | 怎麼辦 |
|---|---|
| can't open file '…\mvp_*.py' | 檔案還在「下載」資料夾,不在桌面。
開檔案總管左邊點「下載」,把那個 .py 拖到桌面,再跑一次。
這是本站最常見的第一個卡點。 |
| ❌ 這個封裝檔裡沒有 datafile.txt | --big 後面打錯了。要是 data\datafile\datafile.big |
| ❌ 這個檔裡找不到任何攝影機。 | 你手上那份散裝的 datafile.txt 是壓縮過的。
用記事本打開會是亂碼,開頭第二個位元組是 0xFB
(判斷方法在 QFS 那一頁)。
本站的工具讀散裝檔時不會自動解壓,所以一台都讀不到。
換回未壓縮的那一份(剛安裝好的官方中文版就是未壓縮的,本站那份 4,391,982 bytes),
或先用別的工具把它解成未壓縮狀態再跑一次
—— 本站手上一份壓縮的社群模組檔 756,845 bytes,解開是 4,413,526 bytes。
工具只是拒絕,遊戲檔沒有被動到 |
| ❌ 找不到攝影機「…」 | 它會列出名字相近的給你挑。大小寫要一樣 |
| ❌ 欄位「…」不在可改清單裡 | 打擊視角那 32 台只改 X/Y/Z/FOV/Pitch/Heading/Roll;守備那張表管的 7 台(FieldingView1-6 與 HeadViewer)改的是 OffsetX/OffsetY/OffsetZ/FOV/Pitch/Heading/Roll。錯誤訊息會直接列出「這一台可以改的是」哪幾欄。這是刻意的 ——
其他欄位改錯的後果不好預測 |
| ❌ 「FOV」的值要是數字 | 不要打單位、不要打引號,就寫數字 |
| 任何一句「請立刻 --restore-datafile」 | 照做,馬上做。指令在下面 |
| 改完遊戲開不起來 | 先還原(下面),確認遊戲恢復正常,再回報 |
| 遊戲開得起來但鏡頭沒變 | 三件事各查一次:①遊戲設定裡的 Batting View 是不是切到你改的那一號
②是不是改到 Left 但上場的是右打者
③是不是改的幅度太小看不出來(FOV 一次改 ±3 試試) |
還原
python mvp_fel_toolkit.py "你的遊戲資料夾" --big data\datafile\datafile.big --restore-datafile
它會把備份寫回去,然後逐位元組比對,印出「內容與備份相同 ✅」才算成功。
備份只做第一次那一份 —— 之後再改也不會覆蓋它。 所以還原永遠是回到「你第一次動它之前」的樣子。
本站沒有驗的事
四件
一、沒有進遊戲看過任何一個改動的畫面。
檔案層面驗得很徹底,畫面層面一次都沒看。未實機驗證
二、X 跟 Z 各自是哪個方向沒有比對過。
只知道它們是水平位置的兩個方向。未驗
三、數值改到極端會怎樣沒試。
鏡頭跑到看台外面、穿進地板、FOV 設成 1 或 179 ——
這些本站都沒試,也不建議你拿正式存檔去試。
四、欄位數不同的攝影機共用同一張名稱表,這件事是推論。
39 筆攝影機記錄分佈在 11 種欄位數(87 到 116),
其中真的有 116 欄的只有 4 筆,其餘是拿管到它那一段的名稱表去讀的
(打擊 32 台看 116 欄那張、守備 7 台看 128 欄那張)。
至於速查頁那份
「9 項一致性檢查在剛安裝好的原版英文版上全中」,
不要拿來當這件事的證據(2026-09-05 訂正:本頁原本把它寫成「很強的證據」)——
那一輪是訂正之前拿 116 欄那張表去讀全部 39 筆做的,
正是本站當年把 7 台守備視角一起讀錯還不自知的原因;
把整張表刻意位移 +1 格,9 項裡照樣中 6 項。推論
📋 回報範本
改視角 status: ✅ / ❌
改的攝影機: <名稱>
改的欄位與值: <例如 FOV 25.00 → 32>
你走的是: 封裝版 datafile.big / 散裝版 datafile.txt(官方中文版)
複驗印了哪一句: 「✅ 複驗通過」 / 「複驗:讀回來的內容與預期相同 ✅」 / 兩句都沒有
改後檔案大小: <N> bytes
進遊戲看到的差別: <一句話,或「沒差別」>
還原有沒有成功: 有 / 沒試 / 失敗
異常訊息(整段複製):
📌 重點整理
- 一句話 遊戲裡 39 個攝影機的位置與視野角度全部寫在一個純文字檔裡,正確心態是小幅度改、每次只改一個數字、進遊戲看一眼、不喜歡就還原。
- 動的是哪個檔
data\datafile\datafile.big,它只裝設定值,不會影響你的名單或存檔。官方中文版沒有這個封裝檔,它把整個data\datafile\散成 466 個.txt(data\anims\也一樣,730 個散裝檔)。 - 左打跟右打是分開的兩筆 只改
BattingView1RightLow,換左打者上場時鏡頭還是舊的,要一致就兩筆都改。 - 打擊與守備不是同一套欄位 這個檔裡有不只一張欄位名稱表,一張表管到下一張表為止。116 欄那張管後面 32 台
BattingView*,128 欄那張管 7 台FieldingView1-6與HeadViewer。行號與欄位編號都跟著版本跑:打擊表兩種版本都在第 7,940 行,守備表在封裝版(有datafile.big)是第 8,516 行、在散裝版(官方中文版)是第 9,216 行;同一個;53在打擊表兩組都叫FOV,在守備表封裝版叫Pitch、散裝版叫VerticalFraming。守備視角沒有絕對座標,記的是位移。所以不要記編號,讓工具去讀表頭。 - 「複驗通過」不保證你改對了欄位 工具原本只認第一張表,套到全部 39 台,下
--set FOV=30會把數字寫進「取景高低」那一欄,畫面一動也不動而構圖被改壞,還照樣回報複驗通過,因為它只檢查寫進去的跟打算寫的一樣。2026-08-28 已修好,現在用每一台自己那張表,而且本來不是數字的格子一律拒絕寫入。 - 起手幅度
FOV一次 ±3(越小畫面越窄、越像拉近),Y(高度)一次 ±5,X/Z一次 ±10,Pitch/Heading一次 ±0.01,Roll建議不要動。工具每一台只讓你改七個欄位,是刻意的;上面這七個是打擊視角那 32 台的,守備那張表管的 7 台是把X/Y/Z換成OffsetX/OffsetY/OffsetZ。 - 安全網 不加
--apply就只是預覽;--apply會先建備份,備份檔名跟著你動的那個檔走:封裝版是datafile.big.datafilebak,官方中文版走的散裝版是datafile.txt.datafilebak,--restore-datafile還原的也是同一份。備份只做第一次那一份、之後不覆蓋,所以還原永遠回到你第一次動它之前。看到任何一句「請立刻 --restore-datafile」就馬上照做。 - 兩種版本的複驗嚴格程度不一樣 封裝版會逐台逐欄比對改前改後的攝影機表,驗收要看到「460 個項目全部讀得回」「攝影機 39 個」「只有你改的那個名字被改動」「檔頭寫的大小=實際檔案大小」與「✅ 複驗通過」(460 與 39 是在剛安裝好的英文版那份
datafile.big上量到的,模組不同時數字可能不一樣)。散裝版只印「複驗:讀回來的內容與預期相同 ✅」,不會有「✅ 複驗通過」那一行,因為它只把寫回去的檔案跟算好的內容整份比對、沒有逐台逐欄比,所以改完自己再跑一次--cameras看一眼。 - 檔案會不會變大看你走哪一條 封裝版變大是正常的:剛安裝好的英文版那份
datafile.big實測從 2,857,593 bytes 變成 7,288,995 bytes(約 2.8 MB 變約 7.3 MB),那是不做壓縮的合法編碼;而且每--apply一次就再長約 4.43 MB(連改五次實測 2,857,593 → 7,288,995 → 11,720,397 → 16,151,799 → 20,583,201 bytes),所以試完記得--restore-datafile回到原點再重來。散裝版是原地改字,剛安裝好的官方中文版那份datafile.txt實測 4,391,982 bytes 變成 4,391,979 bytes。 - 本站沒驗的 四件。一、沒有進遊戲看過任何一個改動的畫面,檔案層面驗得很徹底、畫面層面一次都沒看。二、
X跟Z各自是哪個方向沒比對過,只知道是水平位置的兩個方向。三、數值改到極端(鏡頭跑到看台外、穿進地板、FOV 設 1 或 179)沒試,也不建議拿正式存檔去試。四、欄位數不同的攝影機共用同一張名稱表,這件事是推論。名稱表有兩張,39 台是用「往前找最近的表頭」這條位置規則分給它們的:32 台落在打擊表、7 台落在守備表,零例外。這 39 筆記錄分佈在 11 種欄位數(87 到 116,在本站測試機那份封裝的datafile.big上量的),其中真的有 116 欄的只有 4 筆,其餘是拿管到它那一段的名稱表去讀的。速查頁那份「9 項一致性檢查在剛安裝好的原版英文版上全中」不能拿來當證據(2026-09-05 訂正):那一輪是訂正之前拿 116 欄那張表去讀全部 39 筆做的,正是本站當年把 7 台守備視角一起讀錯還不自知的原因,而且整張表刻意位移 +1 格,9 項裡照樣中 6 項。
接下來
- 總設定檔:攝影機的 116 個欄位 —— 這一課的原理與完整欄位表
- 同一個檔裡的燈光 —— PC 版裡裝著三台主機的設定
- 備份與還原 —— 動任何檔之前該有的習慣
- 工具總覽 —— 這支工具還會做另外十件事