Trainz/tags/trainz-build 標籤

返回頂部

↑ TrainzBaseSpec — 標籤和容器索引 ↓

Trainz 新手基礎

Trainz 入門 - 頁碼式指導

目錄 | 開始 | 樂趣 | 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 模擬器 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。這是因為資料模型對型別和操作的更改是在任何實現該功能所需的編碼之前定義的。該功能本身可能要等到幾個服務包將技術更改推進到整個套件之後才會出現。在釋出初期，此類計劃中的改進會讓位於優先順序故障排除和錯誤修復編輯。一旦版本穩定，開發就會恢復到針對性功能。因此，大多數旨在透過 TBV 3.2 進行成功驗證的資源，如果 TBV 值適當降低，則在 V2.9 或 V3.0 中也能正常工作。但是，如果更新的 TBV 版本包含軟體依賴的“新功能”，那麼這些功能在較早的技術水平安裝中將無法使用。因此，速度樹在 TS10 TBV 2.9-3.0 中無法使用，但在 V3.2-3.3 中可以使用，這兩個版本都是更新後的服務包。

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

編輯注： 關鍵技巧：如果您遇到問題，N3V Game 的技術支援部門需要的是程式碼構建，而不是 TBV！這在大多數 N3V 版本的啟動器選單螢幕中顯示，並且始終在載入螢幕（也稱為主選單，允許載入調車場、勘測員或駕駛員 GUI 模式）——在每種情況下，程式碼構建號都“離散地顯示”在螢幕右下角。

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

當前最高 trainz-build (TB)“版本號” 是 `4.2`。 TB 與官方 Trainz 版本的對映如下
資產中的 TB：資產的 TBV 是設計、上傳或強制^{[注 12]} 進入的版本，由 N3V 人為縮小的上傳的守門軟體^{[注 13]} 和 TLCP 控制。
“trainz-build”	按零售版本的簡寫標題	程式碼構建範圍
1.0-1.3	Trainz—Trainz 1.3, 共計 3 個服務包^{[注 14]}。	1^[1] （最初的Trainz 社群版）^{[注 15]}
1.1.1 ^[2]	英語 - 未應用服務包 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 月釋出用於聖誕節促銷。	英語 - 未應用服務包：構建 327 可以說，這只是 Trainz 1.0 的第四個服務包，它添加了內容和改進。
1.6	終極 Trainz 合集 - SP1	英語 - SP1，程式碼構建 404。英語，SP1 預裝在 Trainz：完整合集整合版 (2008) 中：構建 TBDL。
1.7–1.9	未使用，跳過，除非是可能的國際化版本	或用於 Trainz 路線的版本，它作為補丁安裝，因此不會建立登錄檔條目。
2.0	TRS2004 首次釋出或 SP0	無光碟英語版本：構建 668 - 英國 - 未應用服務包：構建 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：完整合集 (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 構建非常重要。它指定了資產預期使用的 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 月，Trainz-build 版本號 2.8 及更早版本被視為已過時，並且無法再上傳到下載站。有關更多詳細資訊，請參閱 Trainz 生命週期政策。

註釋和參考文獻

註釋

↑
* trainz-build 標籤本身在 Trainz UTC（v1.5）之前是完全未知的，那個時代和之後幾年的許多 CC 在 config.txt 檔案中從未分配過 TB 程式碼。 TRS2006 到 TC3 的 '新奇特的 CMP' 進步，甚至沒有將 TBV 列為其資料列之一！
- 較新的 Trainz 版本盡力將這些舊技術轉換為較新的版本標準（資料組織和圖形技術），但仍有相當一部分舊資源無法自動轉換；不是因為不可能，而是因為 N3V 的程式設計師決定追溯地強加新的更嚴格的資料模型錯誤測試；而 TRS2006 時代（及其分支）很容易處理此類轉換。大多數問題可以透過在 config 中新增 mesh-table、thumbnails 容器和/或 bogeys 容器來輕鬆解決。
↑
對於新的 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 開發的版本對啟動器和載入器模組都使用了 '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.o 到 TR04-SP4，如果您希望下載新的或舊的 kuids，仍然可以透過使用 Trainz 下載站網頁（使用新的白頁 URL）的 FTP 方法手動下載。
↑ Trainz-build (TB) 值“creep”或“inflation”是由Trainz 生命週期政策和對 DLS 上傳內容進行更嚴格的測試而強加於使用者社群的。這在許多 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）與 Trainz 之間唯一的真正區別，但有一些相對較小的功能和調整。

參考文獻

↑ “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 [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）之前是完全未知的，那個時代和之後幾年的許多 CC 在 config.txt 檔案中從未分配過 TB 程式碼。 TRS2006 到 TC3 的 '新奇特的 CMP' 進步，甚至沒有將 TBV 列為其資料列之一！

較新的 Trainz 版本盡力將這些舊技術轉換為較新的版本標準（資料組織和圖形技術），但仍有相當一部分舊資源無法自動轉換；不是因為不可能，而是因為 N3V 的程式設計師決定追溯地強加新的更嚴格的資料模型錯誤測試；而 TRS2006 時代（及其分支）很容易處理此類轉換。大多數問題可以透過在 config 中新增 mesh-table、thumbnails 容器和/或 bogeys 容器來輕鬆解決。

[2] 較新的 Trainz 版本盡力將這些舊技術轉換為較新的版本標準（資料組織和圖形技術），但仍有相當一部分舊資源無法自動轉換；不是因為不可能，而是因為 N3V 的程式設計師決定追溯地強加新的更嚴格的資料模型錯誤測試；而 TRS2006 時代（及其分支）很容易處理此類轉換。大多數問題可以透過在 config 中新增 mesh-table、thumbnails 容器和/或 bogeys 容器來輕鬆解決。

[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 開發的版本對啟動器和載入器模組都使用了 '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.o 到 TR04-SP4，如果您希望下載新的或舊的 kuids，仍然可以透過使用 Trainz 下載站網頁（使用新的白頁 URL）的 FTP 方法手動下載。

[12] Trainz-build (TB) 值“creep”或“inflation”是由Trainz 生命週期政策和對 DLS 上傳內容進行更嚴格的測試而強加於使用者社群的。這在許多 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）與 Trainz 之間唯一的真正區別，但有一些相對較小的功能和調整。

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

[注 12]

[注 13]

[注 14]

[1]

[注 15]

[2]

[3]

[4]

[注 16]

[5]

[6]