Trainz/版本和構建號

Trainz 版本

Trainz 培訓生的基礎知識 版本及其相應的構建號

TOC | 開始 | 樂趣 | AM&C | 創作 | 書內參考文獻 | ORP 參考文獻:  • 索引 • 容器 • 種類 • 標籤 | 附錄  • 版本

詞彙表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

滑鼠使用

符號

一個TS2010內建路線資產的示例，展示了在 TS09 和 TS10 中引入的新網格縫合技術所產生的頂點對齊和端蓋邊界問題。建模軟體在執行時 GUI 下出現故障是透過熱修復或服務包解決的一種問題型別。

Trainz 版本概述

Trainz 軟體釋出，或等效地 Trainz 零售釋出或Trainz 零售版本 遵循軟體行業慣用的做法，為釋出分配版本號，並將其與“營銷名稱”配對，作為主要零售基本軟體包釋出（為了進行平行案例比較，可以考慮另一個更熟悉的軟體系列：{每個 Microsoft Windows 作業系統零售釋出：Windows 1.0、Windows 2.0、Windows 3.1、Windows 95、...、Windows Vista、Windows 7、Windows 8 和 Windows 10}），根據行業慣例，其中任何一個也可能具有適用的錯誤修復'熱修復' 和其他不那麼緊急的更改補丁（通常會新增功能和/或進行操作調整或修復其他不太嚴重的錯誤，以及提供額外的使用者反饋生成的“新”功能）稱為服務包。為了管理一系列此類軟體和依賴（支援）資料檔案集合，程式設計師使用一個序列號系統，在 Trainz 中稱為程式碼構建 號、構建號 或程式碼版本號。請注意，軟體系統中的每個元素（DLL、EXE、支援資料檔案，如影像、指令碼）都有某種序列化，或者有自己的程式碼構建號，並且最終的整體分佈集合，即“構建”，會為整個混合體提供一個整體程式碼構建識別符號。

對這些產品零售釋出（零售版本）的所有更改統稱為軟體升級'，它是計算機領域的一個方面，普通使用者對它幾乎沒有經驗，因為大多數使用者在 IT 部門或 IT 顧問的幫助下，在一個商業環境中得到了保護。如今，基於網際網路或支援網際網路的軟體通常是在預期定期更新的情況下編寫的，這讓我們對軟體中的這種不穩定性變得麻木，並使計算機使用者群體對這種不穩定性變得習以為常。 家庭計算機軟體包（包括如今幾乎所有透過下載獲得的軟體，它們具有大量的分發數量）通常在其內部內建了更新編碼，以檢查更新，並在命令時自動更新或（如果設計合理）提醒使用者並進行更新。Auran Holdings，持有 Trainz 所有權利的控股公司，以及他們的合作伙伴 N3V Games，目前負責管理這些資產的開發和營銷，僅在“Trainz 版本時間跨度”中（2011 年，最終在 TS2009 SP3 和 TS2010-SP2 中除錯）掌握了後一種技術。

版本術語和含義

每個命名產品釋出（零售版本）以及每個後續升級級別（熱修復和其他補丁通常必須按釋出順序新增）都有一個多位數的“構建”號，該號對軟體釋出者定義的構建來說是獨一無二的。在 Trainz 中，這些正式被稱為程式碼構建號 或Trainz 構建版本，而“Trainzers”作為自己的 IT 部門，必須將這些事情理順，因為並非所有事情都可以自動完成，每次新的零售釋出都需要新的安裝 步驟。

檔案：TS2009 啟動器螢幕.jpg

N3V Games Windows 版本的啟動器螢幕看起來都和這個TS2009 示例非常相似，並且與TRS2004、TRS2006 及其所有衍生版本（如TC 等）非常相似（除了顏色）。
 • 從 TS2009-SP2 V3.1 和 TS2010 開始，N3V 一直將程式碼構建號放在啟動器螢幕上，並將 trainz 構建版本號放在CM 的標題欄上。

檔案：TS2004 啟動器螢幕.jpg

v2.0--v2.4 啟動器螢幕大多具有相同的選項，但風格不同。

檔案：TS2006 啟動器螢幕.jpg

V2.5 及更高版本的啟動器螢幕自TRS2006 及其所有衍生版本（如 TC 等）以及 TRS2009–TS2012 以來看起來更漂亮，但由於它們對相同的按鈕使用相同的佈局，因此看起來都非常相似。

 

在 Trainz 中，在瞭解上下文含義之前，這個詞“版本”似乎被過度使用了。

1. 首先，有 Trainz 版本（俚語：表示 Trainz 零售版本），
   
2. 其次，有“程式碼版本”和“Trainz 資產版本”號，正式稱為““Trainz 構建標籤”值或 Trainz 構建版本號
   
3. 這些與程式碼構建號或“Trainz_build_versions”或有時“程式碼構建版本” 具有精確的技術含義，即針對版本控制的make 檔案進行的最終編譯執行，隨後由質量控制部門釋出為下一個正式“程式碼集”的進展。
    • 如果您在安裝過程中遇到問題，請將此程式碼構建編號提交給 N3V 客服。 在 TS2009-SP4 及其以後版本中，它會顯示在啟動器選單和主選單的右下角。在之前的版本中，它只顯示在 Trainz 的“啟動器”螢幕上，在某些情況下很容易被忽略。
    • 其他型別的版本都源自此穩定的軟體 原始碼 集合；在更改週期中，穩定性和可靠性達到一個平臺，因為這些東西可以進行測試。
   
4. 當 QA 測試失敗時，N3V 會發布三種類型的軟體升級：
   

A. 修補程式用於修復嚴重錯誤或調整功能，通常在釋出事件後快速釋出，一旦投訴潮湧向幫助臺和論壇。

B. 熱修復用於修復錯誤和調整多個方面，通常不是為了讓整個系統正常工作，而是為了在經過一段時間的額外測試後，讓整個系統工作得更好，同時程式設計師正在修復一個或多個其他小錯誤或新增擴充套件功能。其中一些，例如 TS12-SP1+hf4 應該增加trainz 構建或技術版本。Auran 和 N3V 的管理層在他們的理由和行動上似乎一直不一致。基本上，新的 trainz 構建代表著一個技術平臺，其中添加了一些以前無法使用的功能。
 • 其中一些是程式設計師的經驗範圍內的——執行時包內的內部更改；另一些，主要涉及資產功能、特性、指令碼或互動性，對社群和內容創作者來說是顯而易見的，因為 config.txt 檔案中的新標籤、實踐和容器或資產原始檔夾分組資料元素（資產部分）會受到影響。
 • Trainz 的核心是一個高度合作的聯合開發社群。內容創作者經常透過對功能的需求來推動軟體開發。程式設計師和/或 N3V 管理層會批准該概念，對其進行優先排序，然後程式設計師會定義引數（資料型別）；在這個階段，第一個可能出現的軟體修改是對錯誤測試篩選軟體，該軟體在允許資產上傳到 DLS 之前會對其進行審查——以及對 TBV 版本的釋出，使軟體能夠在以前不熟悉的新的資料元素上不出現故障。功能背後的內容創作者隨後會提供具有理論功能的資產，程式設計師會努力將其整合到未來的軟體更新包中，最終——每個人都可以看到資料和軟體是否產生了預期的效果……或者資料定義或執行時軟體實現是否需要調整。所有這些都需要很多人的共同努力。

C. 服務包——這些是更廣泛的、更大的更改，用於修復錯誤、升級功能或行為，以及涉及消除某些投訴來源的更改。

每個程式碼構建編號（2 到 5 位數字）對應一個相應的 Trainz trainz 構建版本編號（一個“TB”或“TBV”小數，如 2.9：通常表示一個技術門檻或功能水平）。trainz-build 的“步驟”或平臺與一組目標功能相對應，而除錯和“程式碼構建釋出”（較小的熱修復和較大的服務包釋出）的幾次迭代對映到相同的 trainz-build 門檻。因此，新使用者會注意到在內容管理器 搜尋中的資產列表中，某些 TBV 值（即所謂的重大發布或主要版本）占主導地位——{1.3, 1.5, 2.2 & 2.4, 2.6, 2.8, 2.9-3.3, 3.5 & 3.7, 4.0 & 4.3 & 4.5} 通常直接遵循軟體系統存在的壽命。這以前只反映了在下一個零售（新的）產品釋出具有新的技術能力之前，穩定軟體套件釋出存在時間的簡單關係。以前，內容創作者故意使用盡可能低的 TBV 來構建新資產，以便該資產可以被最廣泛的 Trainz 使用者使用，其中許多人仍然忠於較舊的 Trainz 版本（甚至組建了擁有數千名成員的俱樂部，例如 Trainz Pro Routes 等）——簡而言之，如果新技術使用的是資產並不在乎且不需要的標籤或功能，那麼建立一個新的橋樑、建築物、企業或火車車廂，能夠取悅最多的人是有意義的……因此，大量的 V1.3、V2.6、V3.0、V3.5 資產仍然被廣泛使用。 此外，由於資產特性和可以操作效果指令的那些程式碼段可以嵌入在執行時軟體套件中，這些程式碼段被編寫為符合或滿足特定設想的技術能力，因此在請求功能和它出現在可以利用它的釋出中之間存在較長的滯後時間。 Example: Basic traincar data structures and configuration were laid out by the end of Trainz UTC. Someone desired ability to have realistic traincar ID numbers vary automatically, submitted the idea to Auran, and the programmers implemented a set of data elements to control the effects. Which leaves most rolling stock unchanged, yet allows a technology not available in previous code releases. 訊號功能方面也發生了類似的轉變，這些功能與場區交叉軌道的真實性有關，有時被稱為 'Template:TBN'——一個非常普遍的需求，用於匹配原型場所（火車場）。  • 通常在過去，自 TS2009 以來越來越嚴格執行的資料約定是在 TRS2004-TRS2006 時代（以及 JET II 遊戲引擎）設計的，並且已經到位——但大多數資產型別使用較舊的、更簡單的 Trainz 1.0 時代資料結構，這些資料結構在主要方面是基於單一標籤的，並且不涉及任何聚合資料結構 Trainz 的 容器 在 config.txt 控制檔案中。2009 年，N3V 決定在後續版本中新增嚴格的過濾，以強制執行更新的資料結構。他們還添加了安裝軟體測試、過濾器，以審查和批准 DLS 上傳——隨著時間和版本的推移，這些都會更新，迫使提交更高的 TBV 值——即使實現的資產與早期的 1.3 或 2.5 時代資產沒有顯著差異，只是子裝配元件部分（Trainz 的一個“依賴關係，例如新的轉向架、聲音或可能被修改為具有互動式貨物和動畫門的火車車廂）更加詳細，不那麼粗糙{{efn,許多較舊的資產使用混合技術標籤和容器來程式設計它們在遊戲中的體現，因此在 config.txt 中新增容器和標籤，以使箱式貨車或平板貨車能夠處理互動式貨物（在 TRS2004 中引入，Trainz 的優勢），只需要簡單的剪下和貼上更改。但是，指令碼和網格相關的功能，例如動畫門，確實需要更改版本，因為它們要複雜得多。 }. This has been controversial and caused many aggregate assets (Routes and Sessions) to be short compatible assets. So until TS2009, older and looser data conventions were tolerated in newly altered and new assets—allowing new assets produced to a lesser capable standard.  • The Trainz Version number exactly matches the asset (technology 'level' identifying) Trainz-build tag number.  • There can be many code build numbers for a trainz-build code (or technology level); some are for a different group of languages as translations become available, and ...  • Each of those also has possible Hot fixes and Service Pack patches—some of which change the trainz-build, and others do not. Hot fixes do not usually cause a change in version numbers, while Service Packs usually cause an increment of +0.1 to the "Trainz-build" tags and colloquial terms thrown around as the 'Version Number!}} 在企業界管理這些改進是 IT 部門的任務，但由於 Trainz 是一個個人軟體套件，因此更新 Trainz 版本的任務就落到了私人使用者身上。Trainz 的這一方面被 Trainz 的本質進一步複雜化了，它本質上是一個數據庫管理器和一個龐大的資料庫（檔案的大小更大），以及衛星工具程式（例如，GUI 執行時模組 Surveyor、Driver、Railyard，以及幕後的一些其他程式，例如 TrainzUtils.exe），這些程式中的每一個可能都需要進行修補或用服務包釋出或熱修復來替換。此外，也是最麻煩的部分，因為當用戶下載了大量內容時需要一些時間，新的更新也可能會掃描資料庫中的每個專案，並在必要時對其進行修補，以符合修補程式引入的“新技術水平”，並對應一個新的資產構建標籤編號。 Trainz 版本號，產品的“技術水平”按十分之一遞增，Trainz 1.0 為版本 1.0，TRS2009 為版本 2.9，因此 TRS2009 加四個服務包達到版本 3.3，但這同時也是 TS2010 的最後一個服務包——它與 TS2009 共同開發，作為從 32 位遊戲引擎到 64 位處理環境的過渡技術——因此，這兩個版本在大多數技術方面重疊和合並。第一個“只執行”為 64 位版本，Trainz Railroad Simulator 2012（TS2012，沒有服務包）為版本/構建標籤級別 3.5，在開發期間，N3V 決定其舊的遊戲引擎需要完全重寫，從而產生了 Trainz: A New Era 的眾籌融資，該版本具有大幅改進的圖形和影片改進以及各種資產功能的平臺。因此，TANE 或 T:ANE 在 TBV 4.0–4.5 穩定期間跨越了六個迭代功能階段，TRS19——Trainz Railroad Simulator 2019（2018 年 12 月 18 日釋出 目前在 TBV 列表中排名第一，為 4.6 Trainz 版本的釋出還被服務國際使用者群體的複雜性進一步複雜化了；從一開始，該產品就被設計用於服務不同的國際語言群體及其翻譯需求。在後來的實踐中，大量不同的國際版本被管理到大約四個初始版本     傳統（不支援）版本 本頁面的其餘部分按普通日曆順序呈現，先發布的先列出。第一組是歷史的巨頭，今天的更新版本都站在他們的肩膀上。在所有版本和釋出中，Trainz 都得到了 Auran 的支援超過十年，後來又得到了 N3V Games 的支援——直到 2010 年採用並宣佈了不受歡迎的Trainz 生命週期策略。在該政策中，通常會將任意四年新增到原始零售版本的釋出日期，此後該版本將被“稱為過時”並且 N3V 將停止支援。 偶爾，回顧一下過去，看看我們走了多遠，是件好事！LOL - ed。 Trainz 生命週期策略目前對資產更新影響最大的是，DLS 軟體對接受測試軟體的閾值難度不斷提高，這些要求的變化對 _Trainz 版本號的可靠性_ 產生了負面影響，因為它不能真實地反映任何給定資產中所需的科技水平。整個系統現在正在引入資產更新或新增到 DLS 集合中的 _版本膨脹_，要求作者花費時間進行大量不必要的“更新”，以更改每個資產擁有的 config.txt 檔案中的資料結構；這些更改實際上並非功能性的，但對資產的紋理、網格和其他可操作的內部結構沒有進行真正的改變。簡而言之，這些更改只是行政資料重新排序，透過不必要的解決方法浪費了成千上萬人的時間。）顯示在使用者的 內容管理器 模組和 主選單 螢幕上。 Trainz Trainz 1.x 系列 封面格言：Trainz 虛擬鐵路模擬在您的 PC 上 主要文章：Trainz 未應用任何服務包的 V1.0 版本 Trainz 測試版 V0.9 “ 完美並非在於無法再新增任何東西，而在於無法再刪除任何東西。 ” ——安託萬·德·聖-埃克蘇佩裡，Auran 在 2001 年 6 月，Auran Developments 釋出了極少量的盒裝 Trainz：測試版 0.9，此前已向合作的鐵路愛好者和其他相關方釋出了幾個初始的軟體下載版本，用於測試目的。 圖形方面有一些變化，不是嗎？！！ 可以在這裡閱讀 _早期“Auran 合作伙伴”Charlie Lear_ 關於這款流行軟體開發的 Trainz 簡史：'Trainz 簡史'，以及其後發生的許多事件，都附有評論和封面藝術，一直到 TRS2006。測試版發行版封面藝術包含了來自 安託萬·德·聖-埃克蘇佩裡 的引言。（見上面的引用）。Trainz 針對模型鐵路愛好者市場細分領域，缺乏大量內容，但提供了一個類似於當今的 勘測員模組，該模組仍然是路線構建的最佳模組。 Trainz Trainz，原始版本，未應用任何服務包，被分配了 trainz-build 版本號 1.0（V1.0），被稱為 'Trainz 社群版'。盒裝 Trainz 1.0 由 Auran Games, Pty. Ltd 在 2001 年 11 月從 Auran Development 轉移併發布，這是一個自我釋出的區域性分發版本，此前在 2001 年 9 月 24 日僅釋出了軟體下載版本 通常，每個應用的 服務包 會將版本號遞增 +0.1，因此應用了第三個服務包 (SP3) 後，累積版本程式碼值變為 Trainz V1.3；該系列的第一個完全穩定的軟體版本，也被稱為 'Trainz 旅客版'.</ref> 該版本還包含了三維 (3D) 模型構建工具 w:GMAX 的授權版本，該工具負責 Trainz 下載站 (DLS) 網站 上大量使用者建立的 3D 資產。 早期 Trainz 最低和建議要求 {

 

TANE

Trainz：新紀元 (TANE 或 T:ANE), 正式釋出...

Trainz：新紀元於 2015 年 5 月 14 日正式釋出，據稱是克服了 TANE CE 缺陷的完整版本。TANE 的駕駛員、勘測員和內容管理器模組都存在問題。大多數模組缺乏使用者習慣使用的操作熱鍵。其 CM 使用者介面擁有更多強大的優勢，但浪費了搜尋規格螢幕空間，其整體實現方式神秘地改變了術語，這些術語出現在最奇怪的地方（常見的 Trainz 操作術語，大多數都帶有熱鍵，這些熱鍵以前已經存在，並且在 _Trainz 0.9 測試版釋出_ 以及其他操作選單，尤其是駕駛員和勘測員中重要的迷你地圖的執行方式大相徑庭。截至 SP3 版本 (TBV 4.5)，許多這些缺陷仍然讓社群感到不滿。

透過一系列的熱修補程式、補丁和服務包添加了各種“完善的細節”，據傳第四個服務包截至 2019 年 3 月 12 日已接近完成，即使該程式正在被 TRS19 取代，TRS19 是 TANE 的新版本，沒有新紀元標語。使用者最受歡迎的一項主要改進是，該工具允許使用者直接控制本地內容的儲存位置，並根據需要更改它，允許內容創作者和使用者自定義其體驗並隔離資料——例如將英國路線和資產與北美路線和資產分開，從而減少在 CM 和勘測員中選擇和管理內容時的混亂。從最初的壓縮下載安裝程式（程式碼版本：78667）、SP1（程式碼版本：80201）、SP1 熱修補程式 1：81190、SP1 熱修補程式 2：82149 到 TANE SP3（程式碼版本：94916） ，進行了多次升級。

TANE MAC

TANE 的 Mac 版本也於 2015 年 5 月 14 日釋出，據稱是克服了 TANE CE 缺陷的完整版本。來自 Trainz Mac 的 MAC 使用者介面據稱用於 CM 和勘測員螢幕，自 Trainz 1.0 以來，第一次讓 Trainz 軟體擁有了獨特的外觀、視覺和感受，另一方面，TRS2006 的 CM 也擁有了獨特的外觀、視覺和感受。

注、腳註和參考文獻

從 2009 年 8 月開始，Auran/N3V Games 開始了一個名為 TrainzOnline 的技術參考和使用者興趣維基。網站上的大多數資料都是由公司的官方員工釋出的。 

來源

1. www.auran.com auran 商店連結（歷史上的“釋出”名稱，儘管是短暫的）
2. TrainzOnline Trainz-build 標籤維基頁面
3. TrainzOnline Trainz 程式碼構建版本維基頁面