Trainz/版本和構建編號

Trainz 版本

Trainz 新手基礎 版本及其相應的構建編號

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

詞彙表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

滑鼠使用

符號

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

Trainz 版本概述

Trainz 軟體版本或等效地 Trainz 零售版本或 Trainz 零售版本遵循軟體行業常見的做法，為版本分配版本號，並將其與“營銷名稱”配對，作為主要零售基礎包版本（為了平行比較，可以考慮另一個更熟悉的軟體系列：{每個微軟 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 構建版本，由於這些是他們自己的 IT 部門，因此“Trainz 使用者”必須保持這些內容的準確性，因為並非所有操作都可以自動化，每個新的零售版本都需要一個新的安裝步驟。

檔案：TS2009 啟動程式螢幕.jpg

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

檔案：TS2004 啟動程式螢幕.jpg

v2.0--v2.4 啟動程式螢幕擁有幾乎相同的選項，但風格不同。

檔案：TS2006 啟動程式螢幕.jpg

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

 

在 Trainz 中，在理解上下文含義之前，單詞“版本”似乎被過度使用

1. 首先，是 Trainz 版本（俚語：指 Trainz 零售版本），
   
2. 其次，是“程式碼版本”和“Trainz 資產版本號”，正式稱為““Trainz-build 標籤”值或 Trainz-build 版本號
   
3. 類似於程式碼構建編號或“Trainz_build_versions”或有時是“程式碼構建版本” ，具有確切的技術含義——針對版本控制的make 檔案進行的最終編譯執行，隨後由質量控制部門作為下一個官方“程式碼集”釋出。
    • 如果你在安裝過程中遇到問題，N3V 顧客支援部門希望你報告這個程式碼構建編號。在 TS2009-SP4 及更高版本中，它出現在啟動程式選單和主選單的右下角。在之前的版本中，它只出現在 Trainz “啟動程式”螢幕上，在某些版本中很容易被忽略。
    • 其他型別的版本都源於這套穩定的軟體原始碼；在變化週期中，它代表了穩定性和可靠性，就其可測試性而言。
   
4. 當 QA 測試失敗時，N3V 會發布三種類型的軟體升級
   

A. 補丁用於修復非常嚴重的錯誤或調整功能，通常在釋出事件發生後很快釋出，因為投訴潮會湧向幫助臺和論壇。

B. 熱修復用於修復多個錯誤和調整多個內容，通常不是為了使整體工作，而是為了使整體工作更出色，在經過一段時間額外的測試後，程式設計師修復一個或多個其他次要錯誤或新增擴充套件功能。其中一些，例如 TS12-SP1+hf4 應該增加 trainz-build 或技術版本。Auran 和 N3V 的管理層在他們的理由和行動中似乎一直不一致。基本上，新的 trainz-build 代表了一個技術平臺，其中添加了一些以前無法獲得的功能。
 • 其中一部分屬於程式設計師的經驗——執行時包內部的更改；另外一些，主要涉及資產能力、功能、指令碼或互動性，對社群和內容創作者來說是顯而易見的，因為新的標籤、實踐和配置 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 的本質而變得更加複雜，Trainz 的本質是一個數據庫管理器和一個巨大的資料庫（檔案大小更大），以及一些衛星工具程式（尤其是，例如，GUI 執行時模組 Surveyor、Driver、Railyard，以及幕後的一些其他工具，如 TrainzUtils.exe），這些模組可能需要透過服務包釋出或熱修復進行修補或替換。此外，也是最麻煩的部分，因為當用戶下載了大量內容時需要花費一些時間，新的更新也可能掃描資料庫中的每個專案，並在必要時對它們進行修補，以符合補丁引入的“新技術級別”，並對應於新的資產版本標籤號。 Trainz 版本號，產品“技術級別”以十分之一遞增，Trainz 1.0 為版本 1.0，TRS2009 為版本 2.9，因此 TRS2009 加上四個服務包達到版本 3.3，但TS2010 的最後一個服務包也是如此——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 非常罕見的盒裝版Trainz：測試版 0.9 於 2001 年 6 月由 Auran Developments 以極少的數量出版，此前已向合作的鐵路愛好者和其他相關方釋出了幾個初始的軟體下載版本，用於測試目的。 圖形方面有一些變化，對吧！？ 關於這款流行軟體開發的簡短歷史，由早期“Auran 合作伙伴”Charlie Lear 撰寫，可以在這裡閱讀：'Trainz 簡史'，以及後續的大部分內容，都配有評論和封面藝術，一直持續到 TRS2006。測試版釋出的封面藝術包含了 安東尼·德·聖-埃克蘇佩裡 的引言。（見上面的引言）。Trainz 針對的是模型鐵路愛好者的市場，缺乏大量內容，但它提供了一個 Surveyor 模組，非常類似於今天的模組，它仍然是路線構建的最佳工具。 Trainz Trainz，最初版本，未應用任何服務包，被分配了一個 trainz-build 版本號 1.0 (V1.0)，並被稱為 "Trainz 社群版"。 盒裝版 Trainz 1.0 由 Auran Development 轉讓，並由 Auran Games, Pty. Ltd 於 2001 年 11 月釋出，該版本是在 2001 年 9 月 24 日最初僅釋出軟體下載版本後，以自發布的方式進行區域性分發版本 一般來說，每個應用的 服務包 會將版本號遞增 +0.1，因此在應用第三個服務包 (SP3) 後，累積版本程式碼值變為 Trainz V1.3；該版本也是該系列的第一個完全穩定的軟體版本，也被稱為 "Trainz 旅客版"。</ref> 該版本還包括一個授權版本的 3D 模型構建工具 w:GMAX，該工具是使用者建立的大量 3D 資源 的基礎，這些資源可以在 Trainz 下載站 (DLS) 網站 上獲取。 早期 Trainz 最低 & 建議配置要求 {

 

TANE

Trainz：新時代 (TANE 或 T:ANE), 全面釋出版...

Trainz：新時代於 2015 年 5 月 14 日正式釋出，被認為是克服了 TANE CE 缺陷的完整版本。 TANE 的駕駛、勘察和內容管理模組都存在一些問題。大多數模組缺少使用者習慣使用的操作熱鍵。它的 CM 使用者介面功能更強大，但也浪費了搜尋規格螢幕空間，而且整個實現過程莫名其妙地在一些最奇怪的地方改變了術語（常見的 Trainz 操作術語，大多數在 "Trainz 0.9 Beta 版本" 中就已經存在並廣為人知，以及其他操作選單，尤其是駕駛和勘察中重要的迷你地圖操作方式都發生了很大變化。 截至 SP3 版本 (TBV 4.5)，這些缺陷中有很多仍然讓社群感到不滿。

透過一系列熱修復、補丁和服務包，添加了各種“完善的細節”，據說第四個服務包將於 2019 年 3 月 12 日左右完成，儘管該程式即將被 TRS19 所取代，TRS19 是 TANE 的新版本，去掉了“新時代”的標籤。 一個讓使用者立即感到受歡迎的重要改進是，該功能允許使用者直接控制本地內容的存放位置，並根據需要進行更改，允許內容創作者和使用者自定義他們的體驗並隔離資料，例如將英國路線和資源與北美路線和資源分離，從而減少 CM 和勘察中選擇和管理內容時的混亂。 從最初的 zip 下載安裝程式（程式碼版本：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 軟體自 Trainz 1.0 以來第一次呈現出一種陌生的外觀、感覺，而另一方面，它又讓人想起 TRS2006 的 CM。

註釋、腳註和參考文獻

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

來源

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