Trainz/tags/trainz-build 標籤

返回頂部

↑ The TrainzBaseSpec — 標籤和容器索引 ↓

Trainz 培訓學員基礎知識

Trainz 入門 — 按頁指導

TOC | 開始 | 樂趣 | AM&C | 創作 | 書內參考文獻 | ORP Refs: • 索引 • 容器 • 種類 • 標籤 | 附錄 • 版本

詞彙表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

滑鼠使用

符號

Trainz-build 標籤號(s)

Trainz-build 標籤（TBV 或 TB）是一個非常重要的單個小數位浮點數，它應用於在安裝特定技術級別下建立的任何新資產。當您建立克隆的會話或路線時，您的安裝的版本號將為 Surveyor 或 CM 為您建立的任何新資產分配匹配的 TBV。（但它不是程式碼構建或構建編號，這是不同的）。

這個數量通常也稱為Trainz 版本，當然，因為各種基準 TBV 開始或結束一個命名的零售發行版本，這些名稱對它的所有服務包都是通用的——這些服務包通常會遞增分配給版本之前的服務包^{[note 3]}

術語版本在 Trainz 中用於指代三個不同的技術概念

有Trainz 零售版本或“發行版”，它通常有一個類似書名的“營銷名稱”及其使用者社群的簡寫暱稱，用於同一個^{[note 4]};
Trainz-build 版本（TB、TBV，或更準確地說，trainz-build）；是一個經常見到的數字，表示資產生產時所採用的技術水平標準，並據稱滿足了這些標準。在載入時，標籤的值用於選擇在將資產資料讀入資料庫時使用哪種故障檢查。隨著產品不斷發展，某些操作方法以及關鍵字列表也發生過變化——但總體而言，向後相容性非常高，以至於 2000-2004 年間製作的大多數資產仍然可以在無需修改的情況下執行得非常好。大約一半的這些資產需要一些相當小的調整。
還有Trainz 構建版本，或更清晰地說，程式碼構建編號，也稱為構建程式碼編號或程式碼版本，或程式碼構建版本。這是一個技術序列號，它來自編譯器，對於在特定日期由 make 檔案聚合的原始碼檔案集而言是唯一的。^{[note 5]}

Trainz 零售版本是一個文字字串，用於“營銷語言”中的產品釋出，例如Trainz Simulator 2009：World Builder Edition，或者“Ultimate Trainz Collection”（這太早了！）。這些很快被縮寫為使用每個人都理解的名稱，例如 TS2009、TS10、TC3，或 UTC。
Trainz 版本（TB 或 TBV）是一個十進位制數字程式碼，一個值（例如2.4 或3.6），它“幾乎總是”遞增，用於每次主要的軟體升級釋出^{[note 6]}，由 Trainz 軟體正式定義，用於任何新資產。只要對 Trainz 資料模型處理進行了重大更改，此程式碼就會更新，這種更改由程式碼構建版本釋出。實際上，這有時反映了對資料模型的更改，例如 TBV x.y 以上的新強制要求，即此類和此類資產 KIND必須從此定義特定的標籤值或容器引數值^{[note 7]}，並且 ...

此外：大多數服務包（引入了重要的功能更改）將有一個新的trainz-build 分配，但較小的軟體升級，熱修復（沒有引入重要的功能更改）不會產生Trainz 版本號更改^{[note 8]}。兩種升級型別都會生成新的程式碼構建值（更改）——有時會多次生成，例如，一系列這樣的升級程式碼構建，例如，會影響每個“國際化”版本的升級；在零售產品{{|TL|TLCP|生命週期}}中較早釋出的非英語語言程式碼構建。但是，同一產品的不同語言版本通常會共享相同的“面向資產的”Trainz 版本/trainz-build 程式碼，因此 TBV 用於資產相容性，而程式碼構建用於功能相容性和軟體故障排除需求^{[note 9]}。

Trainz 程式碼構建編號是一個唯一的編號（例如44653 或58414），用於標識單個 Trainz 版本。所有版本（包括微小的更改和語言翻譯）都有不同的程式碼構建編號。“編輯器收藏”^{[note 10]} 中已知的最低程式碼構建版本是 Trainz 1.1 CDROM 版本中的“10”程式碼構建。

Trainz-build標籤值使用Trainz 版本數字程式碼，並且在 TS2009-SP3 之後，內容管理器 Windows 標題欄會重複此值，以便於參考。每個資產都報告一個值，該值反映了它們旨在符合的技術（資料模型版本的編碼）。

請注意，幾個（或多個）程式碼構建版本（每個版本都有一個唯一的程式碼構建號，用於識別其確切的元件軟體組合）將共享並具有相同的trainz-build 值（TBV））或“版本號”。“構建”或“構建程式碼”或“程式碼構建號”有時也稱為版本或“程式碼版本”，其中許多版本根據國際化版本的準備情況和可用性而遞增 - 版本經過定製，併為非英語語言的讀者內建了內容翻譯。程式碼版本、trainz-build 版本、零售版本... 上下文很重要！

從理論上講，從新建立的資產的角度來看，分配的trainz-build 標籤號也指示使用該資產所需的最小Trainz 程式碼版本。

分配的trainz-build 標籤號據稱指示所需的最低技術級別（程式碼版本）... 這在實踐中大體上將是該組開發週期中第一個零售版本釋出的第一個 TBV。這是因為型別和操作的資料模型更改是在實現功能所需的任何編碼之前定義的。該功能本身可能要到幾個 Service Pack 才能將技術更改推向整個套件後才會出現。在版本釋出初期，這種計劃中的改進會讓位於優先順序故障排除和錯誤修復編輯。一旦版本穩定，開發將恢復為目標功能。因此，大多數旨在成功透過 TBV 3.2 測試的資產，如果 TBV 值適當降低，將在 V2.9 或 V3.0 中正常工作。但是，如果較新的 TBV 版本包含軟體依賴的“新功能”，那麼這些功能在較早的技術級別安裝中將無法正常工作。因此，Speed Trees 在 TS10 TBV 2.9-3.0 中無法正常工作，但在 V3.2-3.3 中可以正常工作，這兩個版本都是後來的 Service Pack 更新。

缺少處理軟體映象也反映了可比版本中的“設計意圖”——雖然 TS09 不會針對 speedtree 資產生成錯誤，但也不會顯示它們；即使在最終軟體版本 V3.3 中，它與 TS10 的最後一個 TBV 級別相同。它們有效地充當了過時的資產 - 從未見過，從未使用過，佔用磁碟空間。該功能本來就不應該成為 TS09 的一部分，所以它根本沒有啟用，或者可能根本沒有包含在軟體中。許多資產可以透過這種簡單的單小數位編輯輕鬆轉換為較低的 TBV 值。^{[註釋 11]}。相反，具有較低 Trainz-build 版本的資產應該與後來的更現代的安裝相容，儘管偶爾需要調整和更新資產的資料模型。

編輯說明： 關鍵提示：如果您遇到問題，N3V Game 的幫助臺需要的是程式碼構建，而不是 TBV！這在大多數 N3V 版本的啟動器選單螢幕中顯示，並且始終在載入程式螢幕（又名主選單，允許載入調車場、勘測員或駕駛員 GUI模式）上顯示 - 在每種情況下，程式碼構建號“離散地顯示”在螢幕的右下角。

Trainz-build 程式碼和程式碼構建範圍

當前最高的trainz-build (TB)“版本號”是`4.2`。 TB 與官方 Trainz 版本的對映如下所示
資產中的 TB：資產的 TBV 是它被設計、上傳或強制^{[註釋 12]}進入的版本，由 N3V 的人工縮小的上傳的守門軟體^{[註釋 13]}和TLCP強制執行。
“trainz-build”	按零售版本的簡寫標題	程式碼構建範圍
1.0-1.3	Trainz—Trainz 1.3, 共計 3 個 Service Pack^{[註釋 14]}。	1^[1] （原始的Trainz 社群版）^{[註釋 15]}
1.1.1 ^[2]	英語 - 未應用任何 Service Pack 的 CDROM 由 Strategy First 在北美髮行和出版	程式碼構建 10^[3]
1.2	tbdl	程式碼構建 263^[4]
1.3	tbdl	程式碼構建：277^[4]
1.4	非 Trainz 實用程式（PaintShed） TB V1.3 的西班牙語版本	TBDL[1]
1.5	Trainz UTC，或Ultimate Trainz Collection 2002 年 11 月釋出用於聖誕節銷售激增。	英語 - 未應用任何 Service Pack：構建 327 可以說，這只是 Trainz 1.0 的第四個 Service Pack，添加了內容和改進。
1.6	Ultimate Trainz Collection-SP1	英語 - SP1，程式碼構建 404。英語，預裝 SP1 作為Trainz: The Complete Collection 合集版的組成部分（2008）：構建 TBDL。
1.7–1.9	未使用，跳過，除非是可能的國際化版本	或其中一個用於Trainz 路線，它作為補丁安裝，因此不會建立登錄檔項。
2.0	TRS2004 初始版本或 SP0	無光碟英語版本：構建668 - 英國 - 未應用任何 Service Pack：構建686
2.1	TRS2004-SP1 透過網路升級應用 SP1 的更新版本是TBV 2.1	Australia and North America: build 690 United Kingdom: build ??? French: build 745 Australia and North America: build 753 - probable hotfix German: build 756, and 761 - probable hotfix Spanish: build 835 Czech: build 889
2.1 透過 CDROM	應用 SP1 的更新版本是 TBV 2.1	Australia and North American markets: build 2035 United Kingdom: build 2036 French: build 2037 German: build 2038 Australia and North American markets: build 2040 and build 2042 - probable hotfix German: build 2200 United Kingdom: build 2285
2.2	TRS2004-SP2 -'乘客版' CDROM 版本 TRS2004 應用 SP2 的版本是 TBV 2.2	Australia and North American markets: build 2145 United Kingdom: build 2146 Spanish: build 2161 German: build 2163 French: build 2176
2.3	TRS2004-SP3 應用 SP3 後的 TRS2004 版本是 TBV 2.3	Australia and North American markets: build 2283 United Kingdom: build 22?? German: build 2288 French: build 2289 Spanish: build 2290
2.4	TRS2004-SP4 - 這個版本讓 Trainz 成為真正的 Trainz！^{[註釋 16]} 預裝 SP4 的 TRS2004 版本是 TBV 2.4 透過下載 SP4 之前版本的升級：澳大利亞和北美市場：構建 2350，英國^[4]：構建 2357 “Trainz 2004: 豪華版” CDROM	TBV 2.4 透過 CDROM 盒裝套裝；也與 Paradox Interactive 發行的 Trainz: The Complete Collection（Trainz TCC）捆綁在一起 Australia and North American markets: build 2365^[5] Czech: build 2367 United Kingdom: build 2370 German: build 2388 French: build 2390
2.5	TRS2006
2.6	TRS2006-SP1
2.7	Trainz 經典版 1&2
2.8	Trainz 經典版 3
2.9	TS2009
3.0	TS2009-SP1
3.1	TS2009-SP2 / TS2009-SP3
3.2	TS2010 / TS2010-SP1
3.3	TS2010-SP2 / TS2010-SP3 / TS2009-SP4
3.4	TS2010-SP4
3.5	TS12
3.6	TS12 和 Trainz Simulator Mac
3.7	TS12-SP1
3.8	Trainz Simulator Mac2
3.9	Trainz Simulator Mac2-SP 或T:ANE CE 這些版本之一	瘋狂的測試版！
4.0	TANE 或T:ANE？
4.1	TANE-SP1 或T:ANE-SP1 預期

資產相容性

為資產在config.txt 檔案中列出正確的 Trainz-build 至關重要。它指定了該資產打算使用的 Trainz 版本。較早版本的 Trainz 將拒絕載入該資產。較新的版本的 Trainz 將根據需要啟用適當的向後相容性解決方法（例如，使用不同的驗證要求）。

為舊版本構建的正確構建的資產通常會在較新版本的 Trainz 中執行。但是，雖然 Trainz 內容驗證隨著時間的推移有所改進，並且較新的 Trainz 版本會檢測到舊版本沒有發現的錯誤，但許多錯誤是由粗心大意和貪婪的程式設計師和管理實踐造成的無用工作。通常，內容可能在當前的 Trainz 版本中被檢測為“有缺陷”，而這在最初建立它的版本中卻錯過了，但最常見的問題是缺少縮圖，縮圖與資產的功能無關，或者標籤名稱已過時。

或者，這就是 N3V 的官方說法，它忽略了他們可以修復的解析錯誤，例如忽略舊的標籤名稱，如type、region、asset-filename或name-xx等，並且類似地可以將舊的格式原位轉換為新的資料容器格式，然後測試故障。他們既不做解析，也不測試故障，而是將他們不專業的行為的時間成本轉嫁給客戶，客戶必須逐個更正他們的軟體應該處理的錯誤。

需要注意的是，上傳到下載站的內容會由 Trainz 的最新版本驗證是否存在故障——如果採用了更嚴格的新的故障或錯誤測試，則可能會被拒絕。^[6]

“

這取決於您執行的 Trainz 版本以及我們是否更新了 DLS 錯誤檢查。我可以在 TS2009 中建立沒有錯誤的內容，但由於 TS2009 無法檢測到的問題，它將在當前的錯誤檢查下被 DLS 拒絕。這裡基本上是一樣的。DLS 錯誤檢查會定期更新，並且可能比 TS12 SP1 中的錯誤檢查更嚴格。另一方面，TS:Mac2 是一個較新的版本，它將擁有大部分錯誤檢查更新。

在過去 12 個月中，我們已經多次宣告，DLS 上的錯誤檢查通常領先於 Trainz 中的錯誤檢查。因此，如果您收到帶有實際錯誤的拒絕通知，您需要更正這些錯誤。
——N3V 發言人 ZecMurphy 在 forums.auran.com/trainz#post1289419，2014 年 5 月 11 日。^[6]

”

使用當前支援的 Trains 版本生成的資產，使用資產指定的 trainz-build 的驗證相容性，仍然可能被下載站軟體拒絕。

如果使用內容創作者 Plus CCP 修改資產，它將自動將 config.txt 檔案中的 trainz-build 版本更新為它附帶的當前 Trainz 版本。這存在問題，並且違背了 Trainz 社群中大多數成員的最大利益，因為從為資產提供最多 Trainz 使用者訪問新產品 (資產) 的角度來看，需要最低的 trainz-build 程式碼。在 V3.2 之前，這些程式碼可以手動追溯到較低的 trainz-build，但自那時以來的版本中的錯誤檢查需要透過複製資料夾、還原它、刪除它、在副本中編輯 trainz-build 程式碼更改，然後重新匯入它來匯出資產以供編輯——對於內容創作者來說，這是不禮貌的額外步驟，並且是 Trainz 程式設計師的另一個摩擦點。如果使用 CCP 進行錯誤修復和更新，通常這個版本具有天真程式設計師的無敵性，迫使其他人遵守他們的路線，並且如果資產規格發生了重大變化，可能需要對 config.txt 檔案進行許多其他更改，因為 CCP 想要將資產提升到當前的 Trainz-build 版本。

如果您不想將所有 Trainz 時間都花在使用 CCP 的使用者不友好介面修補資產以及它對您的條目的要求上，請學習掌握手動編輯和提交，以將編輯限制在實際需要的範圍內。

手動編輯的資產將需要輸入相應的版本。如果該行完全省略，則假定最低版本。當前版本為 Trainz-build 1.3.Ø

過時版本

截至 2012 年 9 月，包括 2.8 在內的 Trainz-build 號碼被視為已過時，不再允許上傳到下載站。有關更多詳細資訊，請參閱 Trainz 生命週期策略。

註釋和參考文獻

註釋

↑
* 直到 Trainz UTC (v1.5)，trainz-build 標籤本身是完全未知的，那個時代和之後幾年甚至 TRS2004 時代的大多數 CC 在 config.txt 檔案中從未分配過 TB 程式碼。 TRS2006 到 TC3 的 '新花哨的 CMP' 進步，甚至沒有將 TBV 列為其資料列之一！
- 較新的 Trainz 版本盡其所能將這些舊技術轉換為較新的版本標準 (資料組織和圖形技術)，但相當一部分舊資產無法自動轉換；並非因為不可能，而是因為 N3V 的程式設計師決定追溯性地實施新的更嚴格的資料模型錯誤測試；而 TRS2006 時代 (及其衍生產品) 則輕鬆地處理了這種轉換。其中大多數可以透過在配置中新增網格表、縮圖容器和/或轉向架容器來輕鬆修復。
↑
對於新的 Trainz 使用者：嘗試使用帶有錯誤的資產不會實際上冒著損壞 Trainz 的風險，並且大多數版本不允許您放置有缺陷的內容，直到 CM 對資產感到滿意。所以儘管嘗試。這就是許多好的資產一開始就被建立的方式！
- 大多數較新的內容可以降級以在更早的 Trainz 版本中使用，至少作為風景物品，因為具有較新指令碼檔案的物品可能使用較早的 Trainz 版本中不存在的功能。最近釋出的路線和場景無法降級。程式設計師更改了場景和種類地圖檔案的格式，以支援 TS2010 及更高版本中更靈活的場景和圖層。
↑ 例如：TS09（沒有 SP，所以是 TS09-SP0）的基準 TBV 為 2.9。在四個服務包之後，程式碼構建系列的版本號（或 TBV）為 3.3，每個新增的服務包在兩個最終值之間都有一個遞增的 TBV 版本號，因此 TS09 的整體 TBV/版本號為 2.9–3.3。
↑
簡稱：論壇中的使用者社群通常會縮短 Trainz 版本名稱，與使用這些名稱作為啟動程式的 *.exe 檔案的 TRS2004-TRS2006 產品一致。因此，TS2009、TS09 ('TS-Oh-nine') 和 TS10 都是常見的簡稱 '使用' 名稱。所有形式都適用於這些頁面中的內容，並將連結到此處列出的完整零售版本名稱頁面。
- 與 TRS 不同，除了 TC 之外，N3V 開發的版本對啟動程式和載入程式模組都使用了 'Trainz.exe' (..\bin\trainz.exe)，這在 Windows 登錄檔中播放時很不方便。
↑ 每個程式碼版本的相互依賴檔案集作為一個單元儲存在一起，構成一個安裝或安裝版本——這是此使用者說明中對 '版本概念' 的第四種使用方式。安裝隱含地包含某個特定位置（資料夾名稱和路徑以及計算機 ID）。它是一個數據集，可能在您計算機的登錄檔中記錄為其元件軟體的資料夾路徑規格。
↑ 關於 TBV 遞增：幾乎所有服務包都會增加該程式碼構建的 TBV，但一個顯著的例外是 TS2009 和 TS2010 的每個版本中新增的四個服務包的 TBV 重疊，它們處於併發開發階段，專注於為更新的多核微處理器和圖形卡的進步推進 Trainz 背後的技術。
• 一個升級服務包或另一個服務包保持了先前數字的 TBV，因此最終，
• 應用了四個服務包的兩種產品都具有相同的 TBV 3.3，它們共同跨越了從 v2.9 到 v3.3 的 TBV（而不是 v2.9–v3.9！）
• 最終釋出的程式碼共享所有新修訂和演化的資料模型和功能的新功能，除了 TS2010 的最後一個修復程式型別的軟體升級中首次提供的多人遊戲測試功能。
• 此外，TS10 具有內建內容，是 TS2009 中所有內建資產的超集，以及來自 Auran/N3V 的新內容，包括 TS12 中繼續的新教程系列。實際上，TS10 是 N3V Games 使用新的 JET 3 遊戲引擎、多核處理和更好的圖形卡過度樂觀地宣傳的產品，但比他們預期的要晚得多。因此，他們將 2008 年底準備好的增量改進發布為 TS2009。
↑ 關於 " 某個資產 KIND 必須從現在開始定義一個特定的標籤 值或容器引數值"——N3V 程式設計師為 TS2009 制定的 Trainz 新資料模型已被證明非常穩定和一致。後續更改通常僅限於一兩個標籤，要求在 TBV 閾值級別之後，以前預設的值被明確定義。例如，在 TBV 3.4 之後，出現了幾次這樣的更改。此類顯式引用更新並不總是反映在 CM 的錯誤訊息中，特別是 Trainz Wiki 中的 3.4 註釋，在 TS12 的 CM 3.6 和 CM 3.7 中沒有類似的測試，因此定義更像是指導方針，而不是強制的硬性規則。但是，它們很可能在上傳到 DLS 時被強制執行，因為該測試保持最新，正如許多 CC 的經驗所表明的那樣——需要修復並重新提交才能上傳。
↑ 關於修補程式生成 TBV 更改... 編輯器無法識別修補程式生成 TBV 增量的任何情況，但可能存在例外，尤其是在各種非英語語言程式碼構建中，這些構建通常稍晚釋出。
↑ 當您需要檢查奇怪的問題時，程式設計師想要做的第一件事是複製問題，以便他們可以使用程式碼偵錯程式檢視是什麼導致了問題。因此，客戶服務在獲取問題報告時需要程式碼構建，並且對 Trainz 版本不感興趣——程式碼構建告訴他們所有資訊，版本號更模稜兩可。
↑ 請參閱第 Trainz 頁面的第一張圖片。
↑ 截至2015年8月中旬，N3V宣佈了一個新的DLS軟體下載介面，旨在防止使用者更新到不合適的資產版本。截至2020年初的經驗表明，此方法在TS10-TS12和TANE中有效。早期的發現是，正如預期的那樣，這種新的操作模式也阻止了將舊資產下載到舊版本（不再支援）的安裝中，特別是TR2004，但在一段時間後，CMP和TS09恢復了該功能。這些舊版本無法看到伺服器生成的任何阻止程式碼，並且會毫無顧忌地下載，即使是TANE和TRS19 TBV'd kuids。對於最古老的Trainz版本，Trainz 1.0到TR04-SP4，可以使用Trainz下載站網頁上的FTP方法，透過較新的白頁URL手動下載所需的kuid，無論是新的還是舊的。
↑ Trainz生命週期策略以及對DLS上傳進行更嚴格的測試，迫使使用者社群接受Trainz-build（TB）值的“蠕變”或“膨脹”。這在眾多CCs和N3V管理層之間引發了許多爭議，並引發了一些激烈的討論，因為CCs必然希望TB值最低，以便新資產能夠提供給最多數量的Trainz使用者，而N3V管理層則希望TB值最高，以激勵更多使用者升級到更新的Trainz版本。
• 上傳時最低TBV，無論資產功能是否需要該TBV級別，已被證明是N3V Games俱樂部。這降低了TBV作為技術水平衡量標準的效用，使其人為地膨脹，因此用處不大，與資產實際需要的技術需求幾乎沒有關係。
• CCs為生成資產投入了數月或數年時間，他們自然希望分配儘可能低的TB值，以便更多的舊Trainz所有者可以使用它。
• N3V為了僱傭兵和金錢的動機，當然不是基於技術理由，採用了TLCP，迫使上傳者遵守最新“支援的Trainz”版本的最低構建程式碼，這本身就是一個強加於社群的爭議性政策，許多人認為四年週期過短，Trainz產品的向後相容性也很差。
↑ 關鍵是，許多新上傳的內容被迫採用最初作為技術水平衡量標準的東西，這些內容不需要高TB值，也不能上傳它，除非TB值被膨脹。這對路線構建CC來說尤其嚴峻，他們可能在TS09傑作上花費了5-6年時間，現在必須修改大量地形並重新評估一個很長的資產列表，以確保路線幾乎完全符合Trainz/Trainz最高標準。
↑ 實際上，在時間和功能集方面，Trainz UTC版本實際上是Trainz 1.0的第四個服務包，並添加了額外的內容，例如內建資產中的前九種場景和更多地圖。
↑ Auran/N3V管理層在2014年秋季中期重新發布了“社群版”一詞，用於最早的不完整TANE版本。結果證明，正如許多人所擔心的那樣，這是一個大規模的早期測試版，包括一個用於2014年聖誕節銷售週期的iMAC版本。
↑ TRS2004使Trainz成為Trainz!: 唯一缺少的是TR06的CMP，這是TRS系列與V2-5到V2-8之間唯一真正重要的區別，但有一些相對次要的功能和調整。

引用

↑ 構建程式碼“1”（0001）是對Trainz 1.0軟體下載版本的未經證實的推測
↑ 正式為Trainz 1.1.1，由Strategy First發行的北美版本，出現在其中一個載入螢幕上，也是第一個廣泛分發的CDROM版本。
↑ 根據Windows登錄檔中記錄的值，以及與出現在Strategy First分發的北美版本CDROM載入螢幕上的奇怪“Trainz 1.1.1”標記相匹配的記錄。
↑ ^a ^b ^c 未經證實
↑ 登錄檔條目確認，程式碼構建2365是“Trainz 2004: Deluxe Edition”
↑ ^a ^b [可以建立一個新的Trainz標籤嗎？]，ZecMurphy，Auran社群助理，2014年5月11日，晚上9:02

此參考頁面改編自TrainzOnline Wiki，根據CC-BY-SA 3.0許可證。與關於同一主題的源頁面相比，此頁面可能會包含更多文字說明、解釋、歷史記錄和/或示例。

TrainzOnline Wiki主要由程式設計師或精通內容建立者維護，可能具有有關當前trainz-build程式碼標準的更新資訊，這些標準往往隨著軟體中新增的功能而變化。

[1] * 直到 Trainz UTC (v1.5)，trainz-build 標籤本身是完全未知的，那個時代和之後幾年甚至 TRS2004 時代的大多數 CC 在 config.txt 檔案中從未分配過 TB 程式碼。 TRS2006 到 TC3 的 '新花哨的 CMP' 進步，甚至沒有將 TBV 列為其資料列之一！

較新的 Trainz 版本盡其所能將這些舊技術轉換為較新的版本標準 (資料組織和圖形技術)，但相當一部分舊資產無法自動轉換；並非因為不可能，而是因為 N3V 的程式設計師決定追溯性地實施新的更嚴格的資料模型錯誤測試；而 TRS2006 時代 (及其衍生產品) 則輕鬆地處理了這種轉換。其中大多數可以透過在配置中新增網格表、縮圖容器和/或轉向架容器來輕鬆修復。

[2] 較新的 Trainz 版本盡其所能將這些舊技術轉換為較新的版本標準 (資料組織和圖形技術)，但相當一部分舊資產無法自動轉換；並非因為不可能，而是因為 N3V 的程式設計師決定追溯性地實施新的更嚴格的資料模型錯誤測試；而 TRS2006 時代 (及其衍生產品) 則輕鬆地處理了這種轉換。其中大多數可以透過在配置中新增網格表、縮圖容器和/或轉向架容器來輕鬆修復。

[2] 對於新的 Trainz 使用者：嘗試使用帶有錯誤的資產不會實際上冒著損壞 Trainz 的風險，並且大多數版本不允許您放置有缺陷的內容，直到 CM 對資產感到滿意。所以儘管嘗試。這就是許多好的資產一開始就被建立的方式！

大多數較新的內容可以降級以在更早的 Trainz 版本中使用，至少作為風景物品，因為具有較新指令碼檔案的物品可能使用較早的 Trainz 版本中不存在的功能。最近釋出的路線和場景無法降級。程式設計師更改了場景和種類地圖檔案的格式，以支援 TS2010 及更高版本中更靈活的場景和圖層。

[4] 大多數較新的內容可以降級以在更早的 Trainz 版本中使用，至少作為風景物品，因為具有較新指令碼檔案的物品可能使用較早的 Trainz 版本中不存在的功能。最近釋出的路線和場景無法降級。程式設計師更改了場景和種類地圖檔案的格式，以支援 TS2010 及更高版本中更靈活的場景和圖層。

[3] 例如：TS09（沒有 SP，所以是 TS09-SP0）的基準 TBV 為 2.9。在四個服務包之後，程式碼構建系列的版本號（或 TBV）為 3.3，每個新增的服務包在兩個最終值之間都有一個遞增的 TBV 版本號，因此 TS09 的整體 TBV/版本號為 2.9–3.3。

[4] 簡稱：論壇中的使用者社群通常會縮短 Trainz 版本名稱，與使用這些名稱作為啟動程式的 *.exe 檔案的 TRS2004-TRS2006 產品一致。因此，TS2009、TS09 ('TS-Oh-nine') 和 TS10 都是常見的簡稱 '使用' 名稱。所有形式都適用於這些頁面中的內容，並將連結到此處列出的完整零售版本名稱頁面。
與 TRS 不同，除了 TC 之外，N3V 開發的版本對啟動程式和載入程式模組都使用了 'Trainz.exe' (..\bin\trainz.exe)，這在 Windows 登錄檔中播放時很不方便。

[7] 與 TRS 不同，除了 TC 之外，N3V 開發的版本對啟動程式和載入程式模組都使用了 'Trainz.exe' (..\bin\trainz.exe)，這在 Windows 登錄檔中播放時很不方便。

[5] 每個程式碼版本的相互依賴檔案集作為一個單元儲存在一起，構成一個安裝或安裝版本——這是此使用者說明中對 '版本概念' 的第四種使用方式。安裝隱含地包含某個特定位置（資料夾名稱和路徑以及計算機 ID）。它是一個數據集，可能在您計算機的登錄檔中記錄為其元件軟體的資料夾路徑規格。

[6] 關於 TBV 遞增：幾乎所有服務包都會增加該程式碼構建的 TBV，但一個顯著的例外是 TS2009 和 TS2010 的每個版本中新增的四個服務包的 TBV 重疊，它們處於併發開發階段，專注於為更新的多核微處理器和圖形卡的進步推進 Trainz 背後的技術。
• 一個升級服務包或另一個服務包保持了先前數字的 TBV，因此最終，
• 應用了四個服務包的兩種產品都具有相同的 TBV 3.3，它們共同跨越了從 v2.9 到 v3.3 的 TBV（而不是 v2.9–v3.9！）
• 最終釋出的程式碼共享所有新修訂和演化的資料模型和功能的新功能，除了 TS2010 的最後一個修復程式型別的軟體升級中首次提供的多人遊戲測試功能。
• 此外，TS10 具有內建內容，是 TS2009 中所有內建資產的超集，以及來自 Auran/N3V 的新內容，包括 TS12 中繼續的新教程系列。實際上，TS10 是 N3V Games 使用新的 JET 3 遊戲引擎、多核處理和更好的圖形卡過度樂觀地宣傳的產品，但比他們預期的要晚得多。因此，他們將 2008 年底準備好的增量改進發布為 TS2009。

[7] 關於 " 某個資產 KIND 必須從現在開始定義一個特定的標籤 值或容器引數值"——N3V 程式設計師為 TS2009 制定的 Trainz 新資料模型已被證明非常穩定和一致。後續更改通常僅限於一兩個標籤，要求在 TBV 閾值級別之後，以前預設的值被明確定義。例如，在 TBV 3.4 之後，出現了幾次這樣的更改。此類顯式引用更新並不總是反映在 CM 的錯誤訊息中，特別是 Trainz Wiki 中的 3.4 註釋，在 TS12 的 CM 3.6 和 CM 3.7 中沒有類似的測試，因此定義更像是指導方針，而不是強制的硬性規則。但是，它們很可能在上傳到 DLS 時被強制執行，因為該測試保持最新，正如許多 CC 的經驗所表明的那樣——需要修復並重新提交才能上傳。

[8] 關於修補程式生成 TBV 更改... 編輯器無法識別修補程式生成 TBV 增量的任何情況，但可能存在例外，尤其是在各種非英語語言程式碼構建中，這些構建通常稍晚釋出。

[9] 當您需要檢查奇怪的問題時，程式設計師想要做的第一件事是複製問題，以便他們可以使用程式碼偵錯程式檢視是什麼導致了問題。因此，客戶服務在獲取問題報告時需要程式碼構建，並且對 Trainz 版本不感興趣——程式碼構建告訴他們所有資訊，版本號更模稜兩可。

[10] 請參閱第 Trainz 頁面的第一張圖片。

[11] 截至2015年8月中旬，N3V宣佈了一個新的DLS軟體下載介面，旨在防止使用者更新到不合適的資產版本。截至2020年初的經驗表明，此方法在TS10-TS12和TANE中有效。早期的發現是，正如預期的那樣，這種新的操作模式也阻止了將舊資產下載到舊版本（不再支援）的安裝中，特別是TR2004，但在一段時間後，CMP和TS09恢復了該功能。這些舊版本無法看到伺服器生成的任何阻止程式碼，並且會毫無顧忌地下載，即使是TANE和TRS19 TBV'd kuids。對於最古老的Trainz版本，Trainz 1.0到TR04-SP4，可以使用Trainz下載站網頁上的FTP方法，透過較新的白頁URL手動下載所需的kuid，無論是新的還是舊的。

[12] Trainz生命週期策略以及對DLS上傳進行更嚴格的測試，迫使使用者社群接受Trainz-build（TB）值的“蠕變”或“膨脹”。這在眾多CCs和N3V管理層之間引發了許多爭議，並引發了一些激烈的討論，因為CCs必然希望TB值最低，以便新資產能夠提供給最多數量的Trainz使用者，而N3V管理層則希望TB值最高，以激勵更多使用者升級到更新的Trainz版本。
• 上傳時最低TBV，無論資產功能是否需要該TBV級別，已被證明是N3V Games俱樂部。這降低了TBV作為技術水平衡量標準的效用，使其人為地膨脹，因此用處不大，與資產實際需要的技術需求幾乎沒有關係。
• CCs為生成資產投入了數月或數年時間，他們自然希望分配儘可能低的TB值，以便更多的舊Trainz所有者可以使用它。
• N3V為了僱傭兵和金錢的動機，當然不是基於技術理由，採用了TLCP，迫使上傳者遵守最新“支援的Trainz”版本的最低構建程式碼，這本身就是一個強加於社群的爭議性政策，許多人認為四年週期過短，Trainz產品的向後相容性也很差。

[EFN2-13] 關鍵是，許多新上傳的內容被迫採用最初作為技術水平衡量標準的東西，這些內容不需要高TB值，也不能上傳它，除非TB值被膨脹。這對路線構建CC來說尤其嚴峻，他們可能在TS09傑作上花費了5-6年時間，現在必須修改大量地形並重新評估一個很長的資產列表，以確保路線幾乎完全符合Trainz/Trainz最高標準。

[14] 實際上，在時間和功能集方面，Trainz UTC版本實際上是Trainz 1.0的第四個服務包，並添加了額外的內容，例如內建資產中的前九種場景和更多地圖。

[16] Auran/N3V管理層在2014年秋季中期重新發布了“社群版”一詞，用於最早的不完整TANE版本。結果證明，正如許多人所擔心的那樣，這是一個大規模的早期測試版，包括一個用於2014年聖誕節銷售週期的iMAC版本。

[20] TRS2004使Trainz成為Trainz!: 唯一缺少的是TR06的CMP，這是TRS系列與V2-5到V2-8之間唯一真正重要的區別，但有一些相對次要的功能和調整。

[15] 構建程式碼“1”（0001）是對Trainz 1.0軟體下載版本的未經證實的推測

[17] 正式為Trainz 1.1.1，由Strategy First發行的北美版本，出現在其中一個載入螢幕上，也是第一個廣泛分發的CDROM版本。

[18] 根據Windows登錄檔中記錄的值，以及與出現在Strategy First分發的北美版本CDROM載入螢幕上的奇怪“Trainz 1.1.1”標記相匹配的記錄。

[UnCon-19] 未經證實

[21] 登錄檔條目確認，程式碼構建2365是“Trainz 2004: Deluxe Edition”

[badpractices-22] [可以建立一個新的Trainz標籤嗎？]，ZecMurphy，Auran社群助理，2014年5月11日，晚上9:02

[note 1]

[note 2]

[note 3]

[note 4]

[note 5]

[note 6]

[note 7]

[note 8]

[note 9]

[note 10]

[註釋 11]

[註釋 12]

[註釋 13]

[註釋 14]

[1]

[註釋 15]

[2]

[3]

[4]

[註釋 16]

[5]

[6]