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 啟動或結束一個名為零售釋出版本，這些名稱對於它的所有服務包都是通用的——通常會遞增分配給該版本的服務包（s）之前的基本 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 以上的新強制要求，即這樣的和這樣的資產種類從此必須定義一個特定的標籤值或容器引數值。^{[註釋 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 之後，內容管理器視窗標題欄會重複此值，以便於參考。每個資產都會報告一個值，反映它們應該符合的技術（資料模型版本的編碼）。

請注意，幾個（或多個）程式碼版本釋出（每個版本都具有一個唯一的程式碼版本號，用於標識其確切的元件軟體組合）將共享並具有相同的 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 是它被設計、上傳或被 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	無光碟英語版：版本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：完整合集 (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 模擬器 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 等，同樣可以將舊的格式就地轉換為新的資料容器格式，然後測試是否存在故障。他們既不做前者也不做後者，把他們不專業的行為造成的成本轉嫁到客戶身上，客戶必須一個接一個地糾正他們軟體應該處理的錯誤。

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

“

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

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

”

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

如果使用內容建立者 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 編號被視為過時，不再允許上傳到 Download Station。有關更多詳細資訊，請參見 Trainz 生命週期策略。

註釋和參考文獻

註釋

↑
* 直到 Trainz UTC（v1.5）才完全不知道 trainz-build 標籤，並且那個時代和 TRS2004 時代幾年內許多 CC 從未在 config.txt 檔案中分配 TB 程式碼。 TRS2006 到 TC3 '新的花哨的 CMP' 進步，甚至沒有將 TBV 列為其資料列之一！
- 更新的 Trainz 版本盡其所能將這些舊技術轉換為更新的版本標準（資料組織和圖形技術），但相當一部分舊資產無法自動轉換；不是因為不可能，而是因為 N3V 的程式設計師決定追溯性地施加新的更嚴格的資料模型故障測試；而 TRS2006 時代（及其衍生產品）很容易處理這種轉換。大多數這些可以透過在 config 中新增 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 的最後一個修補程式型別軟體升級中才首次推出的多人遊戲測試功能。
↑ 關於 '如此這般資產 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 版本毫不關心——程式碼構建告訴他們一切，版本號含糊不清得多。
↑ 參見第 1 頁的第一個影像 Trainz
↑ 截至 2015 年 8 月中旬，N3V 宣佈了一個新的 DLS 軟體下載介面，該介面旨在防止使用者更新到不合適的資產版本。到 2020 年初的經驗表明，這在 TS10--TS12 和 TANE 中有效。早些時候發現，正如人們所擔心的那樣，這種新的操作模式也阻止了將舊資產下載到舊版本，不再支援的安裝，尤其是 TR2004，但一段時間後，CMP 和 TS09 的功能恢復了。這些舊版本無法看到伺服器生成的任何阻止程式碼，它們會愉快地下載 TANE 和 TRS19 TBV 的 kuids。對於最古老的 Trainz 版本，Trainz 1.0 到 TR04-SP4，所需的 kuid，無論是新的還是舊的，仍然可以透過使用 Trainz 下載站網頁（使用新的白頁 url）的 FTP 方法手動下載。
↑ Trainz 構建 (TB) 值“蠕變”或“膨脹”是由 Trainz 生命週期政策和對上傳到 DLS 的更嚴格測試的建立強加給使用者社群的。關於這個問題，許多 CC 和 N3V 管理層之間存在很多爭議，導致了一些激烈的討論，因為 CCs 必須希望 TB 最低，以便新的資產可以提供給儘可能多的 Trainz 使用者，而 N3V 管理層希望 TB 最高，以激勵更多使用者升級到更新的 Trainz。
• 上傳後的最低 TBV，無論資產功能是否需要該 TBV 級別，都被證明是 N3V 遊戲俱樂部。這降低了 TBV 作為技術水平衡量標準的效用，使其被人為地誇大，因此不太有用，與資產實際技術需求之間的關係很小。
• CCs 投入數月甚至數年來生成資產，理所當然地希望分配儘可能低的 TB，以便更多傳統的 Trainz 所有者可以使用它。
• N3V 無論出於什麼動機，無論是功利性的還是金錢上的，肯定不是出於技術原因，而是採用了 TLCP，強迫上傳者遵守最新“支援的 Trainz”版本的最低構建程式碼，這本身就是一個強加於社群的爭議性政策，許多人認為 4 年的週期過短，而 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：豪華版”
↑ ^a ^b [可以建立新的 Trainz 標籤嗎？]，ZecMurphy，Auran 社群助理，2014 年 5 月 11 日，下午 09: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 時代（及其衍生產品）很容易處理這種轉換。大多數這些可以透過在 config 中新增 mesh-table、thumbnails container 和/或 bogeys container 來輕鬆修復。

[2] 更新的 Trainz 版本盡其所能將這些舊技術轉換為更新的版本標準（資料組織和圖形技術），但相當一部分舊資產無法自動轉換；不是因為不可能，而是因為 N3V 的程式設計師決定追溯性地施加新的更嚴格的資料模型故障測試；而 TRS2006 時代（及其衍生產品）很容易處理這種轉換。大多數這些可以透過在 config 中新增 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 的最後一個修補程式型別軟體升級中才首次推出的多人遊戲測試功能。

[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] 參見第 1 頁的第一個影像 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 下載站網頁（使用新的白頁 url）的 FTP 方法手動下載。

[12] Trainz 構建 (TB) 值“蠕變”或“膨脹”是由 Trainz 生命週期政策和對上傳到 DLS 的更嚴格測試的建立強加給使用者社群的。關於這個問題，許多 CC 和 N3V 管理層之間存在很多爭議，導致了一些激烈的討論，因為 CCs 必須希望 TB 最低，以便新的資產可以提供給儘可能多的 Trainz 使用者，而 N3V 管理層希望 TB 最高，以激勵更多使用者升級到更新的 Trainz。
• 上傳後的最低 TBV，無論資產功能是否需要該 TBV 級別，都被證明是 N3V 遊戲俱樂部。這降低了 TBV 作為技術水平衡量標準的效用，使其被人為地誇大，因此不太有用，與資產實際技術需求之間的關係很小。
• CCs 投入數月甚至數年來生成資產，理所當然地希望分配儘可能低的 TB，以便更多傳統的 Trainz 所有者可以使用它。
• N3V 無論出於什麼動機，無論是功利性的還是金錢上的，肯定不是出於技術原因，而是採用了 TLCP，強迫上傳者遵守最新“支援的 Trainz”版本的最低構建程式碼，這本身就是一個強加於社群的爭議性政策，許多人認為 4 年的週期過短，而 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：豪華版”

[badpractices-22] [可以建立新的 Trainz 標籤嗎？]，ZecMurphy，Auran 社群助理，2014 年 5 月 11 日，下午 09:02

[註釋 11]

[註釋 13]

[註釋 14]

[1]

[註釋 15]

[2]

[3]

[4]

[註釋 16]

[5]

[6]