Trainz/tags/trainz-build 標籤

返回頂部

↑ 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 值。 ^{[註釋 3]}

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

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

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

此外：大多數服務包（引入重大功能更改）將具有一個新的trainz-build 分配，但較小的軟體升級，hotfix（不引入重大功能更改）不會生成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 驗證的資源，如果 TBV 值適當降低，在 V2.9 或 V3.0 中也能正常執行。但是，如果較新的 TBV 版本包含依賴軟體的“新功能”，那麼這些功能在較早的技術級別安裝中將無法執行。因此，速度樹在 TS10 TBV 2.9-3.0 中無法執行，但在 V3.2-3.3 中可以執行，都是後來的 Service Pack 更新。

缺乏處理軟體映象也反映了可比版本中的“設計意圖”——雖然 TS09 不會為速度樹資源生成錯誤，但也不會顯示它們；即使在與 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 是它被設計、上傳或被 N3V 的人工縮小的上傳門控軟體^{[注 13]}和TLCP 強制^{[注 12]} 進入的版本。
“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，透過 Web 升級應用 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 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-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]

”

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

如果使用內容建立者加 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，包括 2.8，被認為已過時，不能再上傳到下載站。有關更多詳細資訊，請參閱 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。
↑
縮寫名稱：論壇中的使用者社群通常會根據使用這些名稱作為啟動器程式的 *.exe 檔案的 TRS2004-TRS2006 產品縮短 Trainz 版本名稱。因此，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。
↑ 關於“此類資產 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 的 kuids。對於最古老的 Trainz 版本，從 Trainz 1.0 到 TR04-SP4，如果目標 kuid 是新的或舊的，仍然可以透過使用 Trainz 下載站網頁的 FTP 方法手動下載，使用新的白頁 URL。
↑ Trainz 生命週期策略和對上傳到 DLS 的資產進行更嚴格的測試的實施，迫使使用者社群接受 Trainz 版本號（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 系列中 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: 豪華版”
↑ ^a ^b [Can-a-new-tag-be-made-for-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] 縮寫名稱：論壇中的使用者社群通常會根據使用這些名稱作為啟動器程式的 *.exe 檔案的 TRS2004-TRS2006 產品縮短 Trainz 版本名稱。因此，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] 關於“此類資產 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 的 kuids。對於最古老的 Trainz 版本，從 Trainz 1.0 到 TR04-SP4，如果目標 kuid 是新的或舊的，仍然可以透過使用 Trainz 下載站網頁的 FTP 方法手動下載，使用新的白頁 URL。

[12] Trainz 生命週期策略和對上傳到 DLS 的資產進行更嚴格的測試的實施，迫使使用者社群接受 Trainz 版本號（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 系列中 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: 豪華版”

[badpractices-22] [Can-a-new-tag-be-made-for-Trainz]，ZecMurphy，Auran 社群助理，2014 年 5 月 11 日，晚上 09:02

[註釋 1]

[註釋 2]

[註釋 3]

[註釋 4]

[註釋 5]

[註釋 6]

[註釋 7]

[註釋 8]

[註釋 9]

[註釋 10]

[注 11]

[注 13]

[注 12]

[注 14]

[1]

[注 15]

[2]

[3]

[4]

[注 16]

[5]

[6]