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 部門，“Trainzers”必須將這些東西保持一致，因為並非所有操作都可以自動完成，並且每個新的零售版本都需要一個新的安裝步驟。

檔案：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

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

 

在 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-build 或技術版本。Auran & N3V 的管理層在他們的理由和行動上似乎一直不一致。基本上，一個新的 trainz-build 代表著一個技術平臺，其中一些以前不可用的功能被添加了。
 • 其中一些屬於程式設計師的經驗——執行時包中的內部更改；其他的，主要是涉及資產能力、功能、指令碼或互動性的更改，對社群和內容創作者來說是顯而易見的，因為新的標籤、實踐和容器在 config.txt 檔案或資產原始檔夾中分組的資料元素（資產部件）會受到影響。
 • Trainz 核心是一個高度合作的聯合開發社群。內容創作者通常會透過對功能的需求來推動軟體開發。程式設計師和/或 N3V 管理層會批准該想法，對其進行優先排序，然後程式設計師會定義引數（資料型別）；在那個階段，可能的第一個軟體修改是針對錯誤測試篩選軟體，它會在上傳的資產被允許進入 DLS 之前對其進行審查——以及一個 TBV 階段釋出，使其軟體不會在以前不熟悉的新的資料元素上崩潰。支援這些功能的內容創作者隨後會提供具有理論能力的資產，程式設計師會努力將其新增到未來的一系列軟體更新中，最終——每個人都會看到資料和軟體是否產生了預期效果...或者資料定義或執行時軟體實現是否需要調整。所有這些都需要許多人共同努力。

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

每個程式碼版本號（2 到 5 位數字）都對應一個相應的 Trainztrainz 版本號（一個“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 的這一方面也因其本質而更加複雜，它本質上是一個數據庫管理器和一個巨大的資料庫（檔案大小更大），以及配套的工具程式（尤其是例如，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 會停止支援。 偶爾回顧一下，看看我們走了多遠，還是挺好的！哈哈——編輯。 Trainz 生命週期策略對資產更新的負面影響最大，現在是透過 DLS 軟體接受測試軟體的門檻難度不斷上升，這些要求的變化對Trainz 版本號的可靠性產生了負面影響，因為這些版本號可以作為任何給定資產實際需要的技術級別的指示。整個系統現在正在導致資產更新或新增到 DLS 集合中的資產的版本向上攀升，並且要求作者捐贈時間對 config.txt 檔案中的資料結構進行大量不必要的“更新”，每個資產都有；這些更改實際上並沒有功能上的變化，但並沒有真正改變資產的紋理、網格和其他可操作的“內臟”。簡而言之，這些更改是管理資料重組，透過不必要的變通方法浪費了成千上萬人的時間。），出現在使用者內容管理器 模組和主選單 螢幕上。 Trainz Trainz 1.x 系列 封面格言：Trainz 虛擬鐵路模擬，盡在您的電腦上 主要文章：Trainz未應用任何服務包的 V1.0 Trainz 測試版 V0.9 “ 完美不是新增無可再加的時候，而是無可再減的時候。 ” —安託萬·德·聖-埃克蘇佩裡，Auran 非常罕見的盒裝版Trainz：Beta 版本 0.9，由Auran Developments 於 2001 年 6 月釋出，發行量極小。在此之前，該軟體的幾個初始下載版本已經提供給合作的鐵路愛好者和其他相關方進行測試。 圖形方面有一些變化，對吧？！？！ 一篇由早期 Auran 合作伙伴 Charlie Lear 撰寫的關於這款流行軟體開發簡史的文章，可以在以下連結中找到：'Trainz 簡史'，該文章還包含對 TRS2006 之前版本的評論和封面藝術。Beta 版本的封面藝術包含了來自安託萬·德·聖-埃克蘇佩裡 的引言。（參見上面的引言）。Trainz 針對模型鐵路愛好者的市場定位，缺乏許多內容，但提供了一個與今天類似的Surveyor 模組，這仍然是路線構建方面最強大的工具。 Trainz Trainz 的原始版本，沒有應用任何服務包，其trainz-build 為 1.0 (V1.0)，被稱為 'Trainz 社群版'。盒裝版Trainz 1.0 於 2001 年 11 月由Auran Games, Pty. Ltd 從 Auran Development 轉移併發布，這是一款自行出版的區域發行版本，在此之前是 2001 年 9 月 24 日釋出的僅限軟體下載版本。 通常，每個應用的服務包都會將版本號增加 +0.1，因此在應用第三個服務包 (SP3) 後，累積版本程式碼值將變為 Trainz V1.3；該系列的第一個完全穩定的軟體版本也被稱為 'Trainz 旅客版'。該版本還包含了三維 (3D) 模型構建工具w:GMAX 的授權版本，它負責 Trainz 下載站 (DLS) 網站 上大量使用者建立的 3D 資源。 早期 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 和測量員中選擇和管理內容的混亂。 從最初的壓縮下載安裝程式 (程式碼版本：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 程式碼構建版本維基頁面