Trainz/tags/trainz-build 標籤

返回頂部

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

Trainz 新手基礎

Trainz 入門 - 逐頁指導

TOC | 入門 | 樂趣 | AM&C | 創作 | 書內參考文獻 | ORP 參考文獻: • 索引 • 容器 • 型別 • 標籤 | 附錄 • 版本

詞彙表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

滑鼠使用

符號

Trainz-build 標籤編號

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

這個數量通常也被稱為 Trainz 版本，自然，因為各種基準 TBV 開始或結束一個命名的零售發行版本，這些名稱對所有服務包都是通用的——通常會增加在服務包之前的版本分配的基準 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 之上的一個新強制要求，即從現在開始，此類資產型別必須定義一個特定的標籤值或容器引數值。^{[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 資源生成錯誤，但它也不會顯示它們；即使在與 TS10 的最後一個 TBV 級別相同的最終軟體版本 V3.3 中也是如此。它們作為過時的資源有效——從未見過，從未使用過，佔用磁碟空間。該功能從未打算作為 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 盒裝套裝；也捆綁在 Trainz：The Complete Collection（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 Classics 1&2
2.8	Trainz Classics 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 版本非常重要。它指定了資產設計使用的 Trainz 版本。早期版本的 Trainz 將拒絕載入資產。較晚版本的 Trainz 將根據需要啟用適當的向後相容性解決方法（例如，使用不同的驗證要求）。

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

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

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

“

這取決於您執行的 Trainz 版本，以及我們是否更新了 DLS 錯誤檢查。我可以製作在 TS2009 中沒有錯誤的內容，但在當前的錯誤檢查下會被 DLS 拒絕，因為 TS2009 無法檢測到這些問題。這基本上是相同的。DLS 錯誤檢查會定期更新，並且可能比 TS12 SP1 中的錯誤檢查更嚴格。OTOH，TS:Mac2 是一個較新的版本，將擁有大多數錯誤檢查更新。

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

”

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

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

如果您不想將所有 Trainz 時間都花在使用 CCP 不友好的介面修補資產上，並且它對您輸入的要求，請學習掌握手動編輯和提交，以將編輯限制為那些真正必要的編輯。

手動編輯的資產將需要輸入相應的版本。如果整行被省略，則假設最低可能的版本。當前為 Trainz 版本 1.3。Ø

過時的版本

截至 2012 年 9 月，Trainz 版本號 2.8 及更早版本被認為已過時，不能再上傳到下載站。有關更多詳細資訊，請參閱 Trainz 生命週期策略。

註釋和參考資料

註釋

↑
* trainz 版本標籤本身直到 Trainz UTC (v1.5) 才為人所知，那個時代的許多 CC 以及在 TRS2004 時代之後的幾年內從未在 config.txt 檔案中分配過 TB 程式碼。 TRS2006 到 TC3 '新的花哨的 CMP' 進步，甚至沒有將 TBV 列為其資料列之一！
- 較新的 Trainz 版本盡其所能將這些舊技術轉換為較新的版本標準（資料組織和圖形技術），但一些舊資產無法自動轉換；並非因為它不可能，而是因為 N3V 的程式設計師決定追溯地實施新的更嚴格的資料模型故障測試；而 TRS2006 時代（及其衍生產品）輕鬆地處理了此類轉換。這些大多數可以透過在 config 中新增 mesh 表、縮圖容器和/或轉向架容器來輕鬆修復。
↑
對於新的 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 開發的版本對啟動器和載入器模組（..\bin\trainz.exe）都使用了“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 的 kuids。對於最古老的 Trainz 版本，Trainz 1.o 到 TR04-SP4，如果想要的 kuid 是新的或舊的，仍然可以透過使用 Trainz 下載站網頁的 FTP 方法使用較新的白頁 URL 手動下載。
↑ Trainz 版本 (TB) 值的“蠕變”或“膨脹”是由 Trainz 生命週期策略和對上傳到 DLS 的更嚴格測試的建立強加給使用者社群的。關於此事，許多 CC 和 N3V 管理層之間存在很多爭議，自 CCs 必須希望 TB 最低，以便新的資產可供大多數 Trainz 使用者使用，而 N3V 管理層則希望最高，以激勵更多使用者升級到更新的 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 登錄檔中記錄的值，以及與該奇怪的“Trainz 1.1.1”標記相匹配的記錄，該標記短暫地出現在 Strategy First 發行的北美版本 CDROM 版本的一個載入螢幕上。
↑ ^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 版本標籤本身直到 Trainz UTC (v1.5) 才為人所知，那個時代的許多 CC 以及在 TRS2004 時代之後的幾年內從未在 config.txt 檔案中分配過 TB 程式碼。 TRS2006 到 TC3 '新的花哨的 CMP' 進步，甚至沒有將 TBV 列為其資料列之一！

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

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

[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 開發的版本對啟動器和載入器模組（..\bin\trainz.exe）都使用了“Trainz.exe”，這在 Windows 登錄檔中播放時很不方便。

[7] 與 TRS 不同，除了 TC 之外，N3V 開發的版本對啟動器和載入器模組（..\bin\trainz.exe）都使用了“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 的 kuids。對於最古老的 Trainz 版本，Trainz 1.o 到 TR04-SP4，如果想要的 kuid 是新的或舊的，仍然可以透過使用 Trainz 下載站網頁的 FTP 方法使用較新的白頁 URL 手動下載。

[12] Trainz 版本 (TB) 值的“蠕變”或“膨脹”是由 Trainz 生命週期策略和對上傳到 DLS 的更嚴格測試的建立強加給使用者社群的。關於此事，許多 CC 和 N3V 管理層之間存在很多爭議，自 CCs 必須希望 TB 最低，以便新的資產可供大多數 Trainz 使用者使用，而 N3V 管理層則希望最高，以激勵更多使用者升級到更新的 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 登錄檔中記錄的值，以及與該奇怪的“Trainz 1.1.1”標記相匹配的記錄，該標記短暫地出現在 Strategy First 發行的北美版本 CDROM 版本的一個載入螢幕上。

[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]

[6]