Trainz/tags/trainz-build 標籤

回到頂部

↑ TrainzBaseSpec — 標籤和容器索引 ↓

Trainz 培訓生基礎知識

Trainz 入門 - 按頁說明

TOC | 開始 | 趣味 | AM&C | 創作 | 書內引用 | ORP 引用: • 索引 • 容器 • 種類 • 標籤 | 附錄 • 版本

術語表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

滑鼠使用

符號

Trainz-build 標籤編號(s)

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

這個量通常也被稱為 Trainz 版本，當然，因為各種基準 TBV 啟動或結束一個名為零售版本，這些名稱對所有服務包都是通用的——這些服務包通常會增加分配給該版本的基準 TBV 值，然後再進行服務包。^{[註釋 3]}

在 Trainz 中，“版本”一詞用於指代三個不同的技術概念

有 Trainz 零售版本 或“釋出”，它通常有一個書籍標題式的“營銷名稱”及其使用者社群的縮寫暱稱。^{[註釋 4]};
Trainz-build 版本 (TB、TBV，更準確地說是trainz-build); 是一個經常看到的數字，表示資產生產的技術水平標準條件，並據稱滿足這些條件。在載入時，標籤的值用於選擇在將資產資料讀入資料庫時使用哪個故障檢查。隨著產品不斷發展，某些做事方式和關鍵字列表隨著時間的推移發生了變化——但總的來說，向後相容性非常高，以至於大多數在 2000-2004 年間製作的資產在沒有修改的情況下仍然能夠很好地執行。大約一半的這一代需要一些相當小的調整。
還有 Trainz 版本，或者更清楚地說，程式碼版本號，也稱為 版本號 或 程式碼版本，或程式碼版本。這是一個技術序列號，它來自於編譯器，它對特定日期的 make 檔案聚合的原始碼檔案集合是唯一的。^{[註釋 5]}

Trainz 零售版本 是一個文字字串，用於產品釋出的“營銷術語”，例如Trainz Simulator 2009: 世界建造者版，或“終極 Trainz 合集”（這實在是太早了！）。這些很快就被縮寫為每個人都理解的名稱，比如 TS2009、TS10、TC3 或 UTC。
Trainz 版本 (TB 或 TBV) 是一個十進位制數字程式碼，一個值 (例如2.4 或3.6)，它“幾乎總是”增量用於每次主要的軟體升級版本。^{[註釋 6]}，由 Trainz 軟體正式定義用於任何新資產。每當程式碼版本釋出對 Trainz 資料模型處理進行重大更改時，此程式碼都會更新。有時這實際上反映了對資料模型的更改，例如 TBV x.y 以上的新強制要求，如此這般資產 KIND 從此必須定義特定的標籤值或容器引數值。^{[註釋 7]}，還有……

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

Trainz 程式碼版本號 是一個唯一的數字 (例如44653 或58414)，它標識單個 Trainz 版本。所有版本 (包括次要更改和語言翻譯) 都有不同的程式碼版本號。“編輯器收藏”^{[註釋 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 的資產將在 V2.9 或 V3.0 上正常工作，如果 TBV 值適當降低。但是，如果較新的 TBV 版本包含軟體依賴的“新功能”，那麼這些功能將無法在較早的技術等級安裝中執行。因此，Speed Trees 無法在 TS10 TBVs 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 或終極 Trainz 合集 2002 年 11 月釋出用於聖誕節促銷。	英語 - 未應用 Service Pack：構建 327 可以說，這只是 Trainz 1.0 的第四個 Service Pack，它添加了內容和改進。
1.6	終極 Trainz 合集-SP1	英語 - SP1，程式碼構建 404。帶有預安裝 SP1 的英語版本，作為 Trainz：完整合集合集版（2008 年）的一部分：構建 TBDL。
1.7–1.9	未用，跳過，除非是可能的國際化版本	或其中一個用於 Trainz 路線，它作為補丁安裝，因此不會建立登錄檔項。
2.0	TRS2004 初始版本或 SP0	無 CD 英語版本：構建 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 盒裝套裝；還與 Trainz：完整合集 (Trainz TCC) 捆綁在一起，由 Paradox Interactive 發行 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 模擬器 Mac
3.7	TS12-SP1
3.8	Trainz 模擬器 Mac2
3.9	Trainz 模擬器 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 等舊的標籤名稱，等等。同樣，他們可以在適當的位置將舊的格式轉換為新的資料容器格式，然後測試故障。他們沒有做這兩件事，而是將他們的不專業行為帶來的時間成本轉嫁給客戶，客戶必須逐一糾正他們的軟體應該處理的錯誤。

需要注意的是，上傳到 Download Station 的內容將由最新版本的 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 版本的驗證相容性，仍然可能被 Download Station 軟體拒絕。

如果使用 Content Creator 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 月，Trainz-build 號碼（包括 2.8）被認為已過時，不再允許上傳到 Download Station。有關更多詳細資訊，請參閱 Trainz 生命週期策略。

備註和參考資料

備註

↑
* trainz-build 標籤本身直到 Trainz UTC (v1.5) 才為人所知，那個時代以及之後的幾年甚至在 TRS2004 時代，許多 CC 在 config.txt 檔案中都沒有分配 TB 程式碼。TRS2006 到 TC3 的“新奇特的 CMP”，甚至沒有將 TBV 列入其資料列！
- 更新的 Trainz 版本盡其所能將這些舊的技術轉換為更新的版本標準（資料組織和圖形技術），但一些舊資產無法自動轉換；這不是因為不可能，而是因為 N3V 的程式設計師決定追溯地實施新的更嚴格的資料模型故障測試；而 TRS2006 時代（及其衍生產品）很容易處理此類轉換。大多數這些可以透過在配置中新增 mesh-table、thumbnails container 和/或 bogeys container 來輕鬆修復。
↑
對於新的 Trainz 使用者：嘗試使用有故障的資產不會實際上有破壞 Trainz 的風險，大多數版本都不會讓你放置有故障的內容，直到 CM 對資產感到滿意。因此，可以盡情嘗試。這就是許多好的資產最初被建立的方式！
- 大多數較新的內容可以降級到在更早的 Trainz 版本中使用，至少作為場景專案，因為具有較新指令碼檔案的內容可能使用較舊的 Trainz 版本中不存在的功能。最近釋出的路線和任務則不行。程式設計師更改了任務和 kind map 檔案的格式，以支援 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。
↑ 關於“此類資產種類必須從此處定義特定標籤值或容器引數值”——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.o到TR04-SP4，如果需要新的或舊的kuids，仍然可以透過Trainz Download Station網頁（使用新的白頁URL）使用FTP方法手動下載。
↑ Trainz生命週期策略和對DLS上傳內容進行更嚴格的測試，強制使用者社群接受Trainz-build（TB）值的“爬升”或“膨脹”。許多CC和N3V管理層之間對此存在很多爭議，並引發了一些激烈的討論，因為CCs希望TB值最低，以便讓儘可能多的Trainz使用者能夠使用新資產，而N3V管理層則希望TB值最高，以激勵更多使用者升級到更新的Trainz。
• 上傳時對TBV的最低要求，無論資產功能是否需要該TBV級別，都被證明是N3V Games的俱樂部。這降低了TBV作為技術級別的衡量標準的實用性，使其成為人為膨脹且用途不大的指標，與資產實際需要的技術水平幾乎沒有關係。
• CCs在資產生成方面花費了數月甚至數年時間，因此他們希望儘可能地將TB值設定為較低，以便更多遺留Trainz使用者能夠使用它。
• N3V出於商業和經濟動機，而不是技術原因，採用了TLCP，以迫使上傳者遵守最新“受支援的Trainz”版本的最低構建程式碼。這本身就是一個強加於社群的有爭議的政策，許多人認為四年的週期過短，而Trainz產品的向後相容性又很差。
↑ 問題是，許多新的上傳內容被迫採用了最初作為技術級別衡量標準的TB值，這些內容並不需要高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系列中唯一真正重要的區別，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日，下午09:02。

本參考資料頁面改編自TrainzOnline Wiki，根據CC-BY-SA 3.0 許可。本頁面可能包含比同一個主題的源頁面更詳細的文字解釋、闡述、歷史記錄和/或示例。

TrainzOnline Wiki主要由程式設計師或精通內容創作的人員維護，可能包含有關當前trainz-build 程式碼標準的更新資訊，這些標準會隨著軟體功能的新增而發生變化。

[1] * trainz-build 標籤本身直到 Trainz UTC (v1.5) 才為人所知，那個時代以及之後的幾年甚至在 TRS2004 時代，許多 CC 在 config.txt 檔案中都沒有分配 TB 程式碼。TRS2006 到 TC3 的“新奇特的 CMP”，甚至沒有將 TBV 列入其資料列！

更新的 Trainz 版本盡其所能將這些舊的技術轉換為更新的版本標準（資料組織和圖形技術），但一些舊資產無法自動轉換；這不是因為不可能，而是因為 N3V 的程式設計師決定追溯地實施新的更嚴格的資料模型故障測試；而 TRS2006 時代（及其衍生產品）很容易處理此類轉換。大多數這些可以透過在配置中新增 mesh-table、thumbnails container 和/或 bogeys container 來輕鬆修復。

[2] 更新的 Trainz 版本盡其所能將這些舊的技術轉換為更新的版本標準（資料組織和圖形技術），但一些舊資產無法自動轉換；這不是因為不可能，而是因為 N3V 的程式設計師決定追溯地實施新的更嚴格的資料模型故障測試；而 TRS2006 時代（及其衍生產品）很容易處理此類轉換。大多數這些可以透過在配置中新增 mesh-table、thumbnails container 和/或 bogeys container 來輕鬆修復。

[2] 對於新的 Trainz 使用者：嘗試使用有故障的資產不會實際上有破壞 Trainz 的風險，大多數版本都不會讓你放置有故障的內容，直到 CM 對資產感到滿意。因此，可以盡情嘗試。這就是許多好的資產最初被建立的方式！

大多數較新的內容可以降級到在更早的 Trainz 版本中使用，至少作為場景專案，因為具有較新指令碼檔案的內容可能使用較舊的 Trainz 版本中不存在的功能。最近釋出的路線和任務則不行。程式設計師更改了任務和 kind map 檔案的格式，以支援 TS2010 及更高版本中更靈活的任務和圖層。

[4] 大多數較新的內容可以降級到在更早的 Trainz 版本中使用，至少作為場景專案，因為具有較新指令碼檔案的內容可能使用較舊的 Trainz 版本中不存在的功能。最近釋出的路線和任務則不行。程式設計師更改了任務和 kind map 檔案的格式，以支援 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] 關於“此類資產種類必須從此處定義特定標籤值或容器引數值”——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.o到TR04-SP4，如果需要新的或舊的kuids，仍然可以透過Trainz Download Station網頁（使用新的白頁URL）使用FTP方法手動下載。

[12] Trainz生命週期策略和對DLS上傳內容進行更嚴格的測試，強制使用者社群接受Trainz-build（TB）值的“爬升”或“膨脹”。許多CC和N3V管理層之間對此存在很多爭議，並引發了一些激烈的討論，因為CCs希望TB值最低，以便讓儘可能多的Trainz使用者能夠使用新資產，而N3V管理層則希望TB值最高，以激勵更多使用者升級到更新的Trainz。
• 上傳時對TBV的最低要求，無論資產功能是否需要該TBV級別，都被證明是N3V Games的俱樂部。這降低了TBV作為技術級別的衡量標準的實用性，使其成為人為膨脹且用途不大的指標，與資產實際需要的技術水平幾乎沒有關係。
• CCs在資產生成方面花費了數月甚至數年時間，因此他們希望儘可能地將TB值設定為較低，以便更多遺留Trainz使用者能夠使用它。
• N3V出於商業和經濟動機，而不是技術原因，採用了TLCP，以迫使上傳者遵守最新“受支援的Trainz”版本的最低構建程式碼。這本身就是一個強加於社群的有爭議的政策，許多人認為四年的週期過短，而Trainz產品的向後相容性又很差。

[EFN2-13] 問題是，許多新的上傳內容被迫採用了最初作為技術級別衡量標準的TB值，這些內容並不需要高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系列中唯一真正重要的區別，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日，下午09:02。

[注 11]

[注 12]

[注 13]

[注 14]

[1]

[注 15]

[2]

[3]

[4]

[注 16]

[5]