跳轉到內容

Trainz/tags/trainz-build 標籤

來自華夏公益教科書,開放的書籍,開放的世界
logo
Trainz 培訓基礎

Trainz 入門 - 按頁逐步指導
TOC | 開始趣味 | AM&C | 創作 | 書內參考資料 ORP 參考資料:  • 索引 • 容器 • 種類 • 標籤 | 附錄  • 版本
 詞彙表
 HKeys-CM
 HKeys-DVR
 HKeys-SUR
 HKeys-WIN
 滑鼠使用
 符號
Trainz 1.0 於 2001 年釋出,並在 2002 年 6 月釋出了三個 服務包,因此該版本通常被稱為 Trainz 1.3
* 具有較舊 Trainz-build 編號的資產沒有構建為利用 Trainz 中的新功能,這些功能在其原始 Trainz 版本中不存在(即資產構建所在和目標版本),並且最古老的資產使用了一些設計方法,這些方法在某些情況下已被完全放棄。[note 1]
對於新 Trainz 使用者: 這個故事的寓意是,在將新內容匯入 CM 後,儘快檢查 trainz-build 標籤(版本),並提供人工判斷,決定是刪除資產、保留資產還是將它放在一邊。[note 2]
* 一般來說,在修復故障之前,請使用“版本”工具獲取 DLS 上的最新版本,如果它適合您的安裝,請下載它。然後刪除舊的故障資產將滿足您系統上依賴資產的需求,“隨後下載並刪除過時的資產”過程耗費的時間很少,並且可以避免許多挫折。相反,如果您希望建立資產,手動修復資產是學習如何製作資產的好方法。在這種情況下,修復過時的故障資產也具有價值。

Trainz-build 標籤編號

[編輯 | 編輯原始碼]

trainz-build 標籤(TBV 或 TB) 是一個非常重要的單精度浮點數,它應用於在特定 安裝 技術級別下建立的任何新資產。當您建立克隆會話或路線時,您的安裝版本號會將匹配的 TBV 分配給 Surveyor 或 CM 為您建立的任何新資產。(但不包括它的 程式碼構建構建編號,它們是不同的)。

  • 這個量通常也被稱為 Trainz 版本,當然,因為各種基準 TBV 開始或結束一個命名的零售釋出版本,這些名稱對所有服務包都是通用的——這些服務包通常會遞增版本之前分配的 TBV 值,然後是服務包。[note 3]
術語版本在 Trainz 中用於指代三個不同的技術概念
  • Trainz 零售版本 或“釋出版”,它通常有一個圖書標題風格的“營銷名稱”以及使用者社群對此的簡寫暱稱。[note 4];
  • Trainz-build 版本(TB、TBV 或更準確地說是trainz-build);是一個經常見到的數字,表示資產生產時所遵循的技術級別標準,並且假設滿足這些標準。在載入過程中,標籤的值用於選擇讀取資產資料到資料庫時使用哪個錯誤檢查。隨著產品的不斷發展,一些做事方式和關鍵詞列表不時發生變化——但總的來說,向後相容性非常高,以至於 2000-2004 年製作的大多數資產仍然可以正常工作,無需修改。大約一半的資產需要一些相當小的調整。
  • 以及 Trainz 構建版本,或更準確地說是 程式碼構建編號,也稱為 構建程式碼編號程式碼版本,或程式碼構建版本。這是一個技術序列號,來自編譯器,它對特定日期上 make 檔案聚合的一組原始碼檔案是唯一的。[note 5]


  • Trainz 零售版本 是一個用於產品釋出的文字字串,以“營銷術語”形式表示,例如Trainz Simulator 2009: World Builder Edition“Ultimate Trainz Collection”(這太早了!)。這些很快就被縮寫成所有人都能理解的名稱,例如 TS2009、TS10TC3UTC
  • Trainz 版本(TB 或 TBV)是一個十進位制數字程式碼,一個(例如2.43.6),它“幾乎總是”為每個主要軟體升級版本遞增。[note 6],由 Trainz 軟體正式定義,用於任何新資產。每當 Trainz 資料模型處理發生重大變化時,此程式碼就會更新,該變化是由程式碼構建版本釋出的。實際上,有時它反映了對 資料模型 的更改,例如 TBV x.y 以上的一個新的強制要求,即此類和此類 資產 KIND 從此必須定義特定的標籤或容器引數值。[note 7],以及...
此外:大多數服務包(引入重大功能更改)將擁有一個新的trainz-build 分配,但較小的軟體升級,修補程式(不引入重大功能更改)不會生成Trainz 版本編號更改。[note 8]。兩種升級型別都會生成新的程式碼構建值(更改)——有時會多次生成,例如,一連串這樣的升級程式碼構建,例如,影響每個“國際化”版本的升級;在零售產品{{|TL|TLCP|生命週期}}中早期釋出的非英語語言程式碼構建。但是,相同產品的不同語言版本通常會共享相同的“面向資產”的Trainz 版本/trainz-build 程式碼,因此 TBV 用於資產相容性,程式碼構建用於功能相容性以及軟體故障排除需求。[note 9]
  • Trainz 程式碼構建編號 是一個唯一的數字(例如4465358414),用於標識單個 Trainz 版本。所有版本(包括微小更改和語言翻譯)都有不同的程式碼構建編號。“編輯者收藏”[note 10] 中已知的最早的程式碼構建是 Trainz 1.1 CDROM 版本中的“10”。
  • Trainz-build 標籤值使用Trainz 版本數字程式碼,並且在 TS2009-SP3 之後,內容管理器 Windows 標題欄會重複此值,以便於參考。每個資產都會報告一個反映其旨在符合的技術(資料模型 版本的編碼)的值。
  • 請注意,多個(或許多)程式碼構建版本(每個版本都有一個唯一的程式碼構建編號來標識其確切的元件軟體組合)將共享並具有相同的trainz-build 值(TBV)) 或“版本號”。“構建”或“構建程式碼”或“程式碼構建編號”有時也被稱為“版本”或“程式碼版本,其中許多版本會根據國際化版本的準備情況和可用性而遞增——版本在內建內容中進行了細微的自定義,以便為非英語語言的讀者進行翻譯。程式碼版本、trainz-build 版本、零售版本... 上下文至關重要!
  • 從理論上講,從新建立的資產的角度來看,內容管理器分配的trainz-build 標籤編號也指示使用該資產所需的最小 Trainz 程式碼版本

當分配時,trainz-build 標籤號據稱指示了所需的最低技術級別(程式碼版本)... 在實踐中,大體上將是該組開發週期中第一個零售釋出版本的第一個 TBV。這是因為對型別和操作的資料模型更改是在實現功能所需的任何編碼之前定義的。該功能本身可能要到幾個 Service Pack 將技術更改推廣到整個套件之後才會出現。在釋出初期,此類計劃中的改進會讓位於優先順序故障排除和錯誤修復編輯。一旦版本穩定,開發將恢復為目標功能。因此,絕大多數旨在成功透過 TBV 3.2 驗證的資產如果 TBV 值適當降低,在 V2.9 或 V3.0 中可以正常工作。但是,如果較新的 TBV 版本包含依賴於軟體的“新功能”,那麼這些功能將無法在較早的技術級別安裝中使用。因此,Speed Trees 無法在 TS10 的 TBV 2.9-3.0 中使用,但在 V3.2-3.3 中可以使用,這兩個都是後來的 Service Pack 更新。

處理軟體映象的缺乏也反映了可比版本中釋出的“設計意圖”——雖然 TS09 不會為 speedtree 資產生成錯誤,但它也不會顯示它們;即使在最終軟體版本 V3.3 中,與 TS10 的最後一個 TBV 級別相同。它們是有效的過時資產——從未見過,從未使用過,佔用磁碟空間。該功能本來就不應該成為 TS09 的一部分,所以它根本沒有啟用,或者可能根本沒有包含在軟體中。許多資產可以很容易地轉換為較低的 TBV 值,只需簡單地編輯一位小數。[注 11]。相反,具有較低 Trainz-build 版本的資產應與較新的更現代的安裝相容,儘管偶爾需要調整和更新資產的資料模型。 

編輯注: 關鍵提示:如果您遇到問題,N3V Game 的幫助臺需要的是 Code Build,而不是 TBV!這在大多數 N3V 版本的 啟動器選單 螢幕中顯示,並且始終在 載入螢幕(也稱為主選單,允許載入 調車場勘測員駕駛員 GUI 模式)——在每種情況下,程式碼構建號都“離散地顯示”在螢幕的右下角。


 

Trainz-build 程式碼和 Code Build 範圍

[編輯 | 編輯原始碼]
資產中的 TB:資產的 TBV 是設計、上傳或強制[注 12]進入的版本,由 N3V 的人為縮小的 上傳的守門軟體[注 13]TLCP 控制。
當前最高的 trainz-build (TB)“版本號”4.2
TB 與官方 Trainz 版本的對映如下
“trainz-build” 按零售版本的簡寫標題 code build 範圍
1.0-1.3
TrainzTrainz 1.3,
共計 3 個服務包[注 14]
1[1]
(原始的Trainz 社群版[注 15]
1.1.1
[2]
英語 - 沒有應用服務包的 CDROM
由 Strategy First 在北美髮行和出版
code build 10[3]
1.2
tbdl code build 263[4]
1.3
tbdl code build: 277[4]
1.4
非 Trainz 實用程式(PaintShed)
TB V1.3 的西班牙語版本
TBDL[1]
1.5
Trainz UTC終極火車收藏
於 2002 年 11 月釋出
用於聖誕節促銷。
英語 - 沒有應用服務包:build 327
可以說,這只是 Trainz 1.0 的第四個服務包,它增加了內容和改進。
1.6
終極火車收藏 - SP1 英語 - SP1,code build 404。
英語,SP1 預安裝作為 Trainz:完整收藏 合集版(2008)的一部分:build TBDL。
1.7–1.9
未使用,除非是可能的國際化版本,則跳過 或者一個用於 Trainz 線路,它作為補丁安裝,因此不會建立登錄檔項。
2.0
TRS2004 初始版本或 SP0 無光碟英語版本:build 668
- 英國 - 沒有服務包:build 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 之前的版本升級:澳大利亞和北美市場:build 2350,英國[4]:build 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
TS12Trainz 模擬器 Mac
3.7
TS12-SP1
3.8
Trainz 模擬器 Mac2
3.9
Trainz 模擬器 Mac2-SP
T:ANE CE
其中之一
瘋狂的測試版!
4.0
TANET:ANE
4.1
TANE-SP1 或 T:ANE-SP1
預期

 

資產相容性

[編輯 | 編輯原始碼]

為資產在 config.txt 檔案 中列出正確的 Trainz-build 非常重要。它指定了資產旨在使用的 Trainz 版本。較早版本的 Trainz 將拒絕載入該資產。較新的版本的 Trainz 將根據需要啟用適當的向後相容解決方法(例如,使用不同的驗證要求)。 

為較早版本構建的正確構建的資產通常可以在較新的版本的 Trainz 中執行。然而,雖然 Trainz 內容驗證隨著時間的推移有所改進,較新的版本的 Trainz 會檢測到較早版本沒有發現的錯誤,但許多錯誤是由於無情且貪婪的程式設計師和管理實踐造成的無用工作。通常,內容可能在當前的 Trainz 版本中被檢測為“有故障”,而在它最初建立的版本中卻遺漏了,但最常見的問題是缺少縮圖影像,這與資產的功能無關,或者標籤名稱已過時。

或者,這是N3V官方的說法,忽略了他們可以在解析中修復的錯誤,例如忽略舊的標籤名稱,例如 typeregionasset-filenamename-xx 等,同樣地,可以將舊形式就地轉換為較新的容器形式的資料,然後測試故障。他們既沒有做,而是將他們不專業行為的時間成本轉嫁給客戶,客戶必須一個接一個地糾正他們的軟體應該處理的錯誤。 

應該注意的是,上傳到 Download Station 的內容將由 Trainz 的最新版本驗證其故障——如果實施了更嚴格的新的故障或錯誤測試,則可能會被拒絕。 [6]

這取決於您執行的 Trainz 版本,以及我們是否更新了 DLS 錯誤檢查。我可以製作在 TS2009 中沒有顯示任何錯誤的內容,但由於 TS2009 無法檢測到的問題,將在當前錯誤檢查下從 DLS 中拒絕。這裡基本上是一樣的。DLS 錯誤檢查會定期更新,並且可能比 TS12 SP1 中的錯誤檢查更嚴格。OTOH,TS:Mac2 是一個較新的版本,將包含大部分錯誤檢查的更新。

在過去 12 個月裡,我們已經多次宣告,DLS 上的錯誤檢查通常領先於 Trainz 中的錯誤檢查。因此,如果您收到包含實際錯誤的拒絕通知,則需要更正這些錯誤。
——N3V 發言人ZecMurphy 在 forums.auran.com/trainz#post1289419,2014 年 5 月 11 日。 [6]

在 Trainz 的當前支援的完全有效版本下生成的資產,即使使用資產指定的 trainz-build 驗證相容性,也可能被 Download Station 軟體拒絕。

 

如果使用 Content Creator 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Ø  

過時版本

[edit | edit source]

截至 2012 年 9 月,包括 2.8 在內的 trainz-build 編號被認為已過時,不再能夠上傳到 Download Station。有關更多詳細資訊,請參見 Trainz 生命週期策略

註釋和參考

[edit | edit source]

筆記

[edit | edit source]
  1. * trainz-build 標籤本身在 Trainz UTC(v1.5)之前完全未知,那個時代的許多 CC 以及甚至 TRS2004 時代幾年都沒有在 config.txt 檔案中分配 TB 程式碼。 TRS2006 透過 TC3 '新的花哨的 CMPs' 進步,甚至沒有將 TBVs 列為其資料列之一!
    • 較新的 Trainz 版本盡其所能將這些舊技術轉換為較新的版本標準(資料組織和圖形技術),但相當一部分舊資產無法自動轉換;不是因為不可能,而是因為 N3V 的程式設計師決定追溯地強制執行新的更嚴格的資料模型故障測試;而 TRS2006 時代(及其衍生產品)輕鬆地處理了此類轉換。其中大多數可以透過向 config 新增 mesh-tablethumbnails container 和/或 bogeys container 來輕鬆修復。
  2. 對於新的 Trainz 使用者:' 嘗試使用有故障的資產 不會 實際上冒著破壞 Trainz 的風險,並且大多數版本不會讓您放置有故障的內容,直到 CM 對該資產感到滿意為止。所以,盡情嘗試吧。這就是最初建立許多優質資產的方式!
    • 大多數較新的內容可以降級以在較早的 Trainz 版本中使用,至少作為風景物品,因為具有較新指令碼檔案的那些可能會使用較舊的 Trainz 版本中不存在的功能。 最近釋出的路線和會話無法。 程式設計師更改了會話和 kind map 檔案的格式,以支援 TS2010 及更高版本中更靈活的會話和圖層。
  3. 例如:TS09(沒有 SP,所以是 TS09-SP0)的基準 TBV 為 2.9。在四個服務包之後,程式碼構建系列的版本號(或 TBV)為 3.3,每個新增的服務包在兩個端值之間都有一個遞增的 TBV 版本號,因此 TS09 整體上具有 TBV/版本號 2.9–3.3。
  4. 縮寫名稱:論壇中的使用者社群通常會縮寫 Trainz 釋出名稱,與 TRS2004-TRS2006 產品一致,這些產品使用這些名稱作為啟動器程式的 *.exe 檔案。因此,TS2009、TS09('TS-Oh-nine')和 TS10 都是常見的縮寫 '使用' 名稱。所有形式似乎都適合這些頁面中的材料,並將連結到這些頁面中的長零售版本命名頁面。
    • 與 TRS 不同,除了 TC 外,N3V 開發的版本都使用 'Trainz.exe' 作為啟動器和載入器模組(..\bin\trainz.exe),這在 Windows 登錄檔中播放時很不方便。
  5. 每個程式碼版本的相互依賴檔案集一起儲存為一個單元,構成一個安裝或安裝版本——這是本使用者說明中 '版本概念' 的第四種用法。安裝隱式地包含某個特定位置(資料夾名稱和路徑以及計算機 ID)。它是一個數據集,很可能在您的計算機登錄檔中記錄為其元件軟體的資料夾路徑規格。
  6. 關於 TBV 遞增:實際上所有服務包都會為該程式碼構建增加 TBV,但一個顯著的例外是 TS2009TS2010 的四個服務包中的重疊 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 的 kuids。對於最舊的 Trainz 版本,Trainz 1.0 到 TR04-SP4,如果所需的 kuid 是新的或舊的,仍然可以透過使用 Trainz 下載站網頁(使用更新的白色頁面 URL)透過 FTP 方法手動下載。
  12. Trainz 構建 (TB) 值“蠕變”或“膨脹”是由 Trainz 生命週期策略 和對上傳到 DLS 的更嚴格測試的建立強加於使用者社群的。關於這一點,在眾多 CC 和 N3V 管理層之間存在很多爭議,自 CC 必須希望 TB 最低,這樣新的資產就可以供儘可能多的 Trainz 使用者使用,而 N3V 管理層則希望 TB 最高,以激勵更多使用者升級到更新的 Trainz。
     • 上傳時的最低 TBV,無論資產功能是否需要該 TBV 級別,都被證明是 N3V Games 俱樂部。這降低了 TBV 作為技術水平衡量標準的效用,使其成為人為誇大的、因此效用較低、與資產實際技術需求幾乎沒有關係的指標。
     • CC 在資產生成上花費了數月或數年,因此他們希望分配儘可能低的 TB,以便更多傳統 Trainz 所有者可以使用它。
     • N3V 無論出於僱傭軍和金錢動機,當然不是出於技術原因,採用了 TLCP 來迫使上傳者遵守最新的“受支援的 Trainz”版本的最低構建程式碼,這本身就是一項強加於社群的爭議性政策,許多人認為四年的週期太短,Trainz 產品的向後相容性也很差。
  13. 關鍵在於,許多更新的上傳被迫採用最初作為技術水平衡量標準的 TB,這些 TB 並不需要很高的 TB,而且無法上傳,除非 TB 被誇大。這對線路構建 CC 來說尤其嚴峻,他們可能在 TS09 傑作上花費了 5-6 年——現在必須修改大量地形,重新評估一個很長的資產列表,以確保線路幾乎完全符合 Trainz/Trainz 最高 標準。
  14. 事實上,在時間和功能集方面,Trainz UTC 版本實際上是 Trainz 1.0 的第四個服務包,添加了額外的內容——作為內建資產的前九種場景和更多地圖。
  15. Auran/N3V 管理層在 2014 年秋季中期重新發布了“社群版”一詞,用於最早的不完整 TANE 版本。結果證明,正如許多人所擔心的那樣,這是一次大規模的過早的測試版,包括為 2014 年聖誕節銷售週期釋出的 iMAC 版本。
  16. TRS2004 使 Trainz 成為 Trainz!: 唯一缺少的是 TR06 的 CMP,這是 TRS 系列(從 V2-5 到 V2-8)與之唯一真正重要的區別,但有一些相對次要的功能和調整。

引用

[edit | edit source]
  1. “1”(0001)的構建程式碼是 Trainz 1.0 軟體下載版本的未經證實的推測
  2. 正式的Trainz 1.1.1,北美髮行版,由 Strategy First 發行,是第一個廣泛發行的 CDROM 版本,出現在其中一個載入螢幕上。
  3. 根據 Windows 登錄檔中記錄的值,以及與出現在北美髮行版由 Strategy First 發行的 CDROM 版本的其中一個載入螢幕上的那個奇怪的“Trainz 1.1.1”符號匹配的記錄。
  4. a b c 未經證實
  5. 透過登錄檔條目確認,程式碼構建 2365 是“Trainz 2004: 豪華版”
  6. a b [Can-a-new-tag-be-made-for-Trainz],ZecMurphy,Auran 社群助理,2014 年 5 月 11 日,下午 09:02
華夏公益教科書