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 構建版本，並且作為他們自己的 IT 部門，“Trainzer”必須將這些內容理順，因為並非所有操作都可以自動完成，每個新的零售發行版都需要新的 安裝步驟。

檔案：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 位數字）都對映到一個對應的 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 非常罕見的盒裝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 Development 轉移到Auran Games, Pty. Ltd釋出，在 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 程式碼構建版本維基頁面