跳轉到內容

Trainz/tags/trainz-build 標籤

Add links
來自華夏公益教科書
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 版本（資產構建的版本）中不存在，並且最舊的資產使用了一些在某些情況下已經完全放棄的設計方法。 [注 1]
對於新的 Trainz 使用者： 這個故事的寓意是，在將新內容匯入 CM 後儘快檢查 trainz-build 標籤（版本），並提供人工判斷，決定是刪除資產、保留資產還是將其放在一邊。 [注 2]
* 作為一般規則，在修復故障之前，請使用版本工具獲取 DLS 上的最新版本，如果該版本適合您的安裝，請下載該版本。然後，刪除舊的故障版本將滿足系統中依賴於它的資產，並且“隨後下載，然後刪除過時的資產” 的流程只需花費很少的時間，並且可以避免很多挫折。反之，如果您想建立資產，手動修復資產是學習它們如何製作的極佳方法。在這種情況下，修復過時的故障資產也有價值。

Trainz-build 標籤編號

[編輯 | 編輯原始碼]

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

  • 這個數量通常也稱為 Trainz 版本，當然，因為各種基準 TBV 會開始或結束一個具名的零售釋出版本，這些名稱對於所有服務包都是通用的，服務包通常會遞增之前版本分配的 TBV 值。 [注 3]
在 Trainz 中，“版本”一詞用於指代三種不同的技術概念。
  • 有 Trainz 零售版本 或“釋出版”，它通常有書籍標題式的“營銷名稱”及其使用者社群對該名稱的簡寫暱稱。 [注 4];
  • Trainz-build 版本 (TB、TBV 或更準確地說，trainz-build)；是一個經常看到的數字，表示資產生產的技術水平標準要求，並且據說滿足了這些要求。在載入時，標籤的值用於選擇在將資產資料讀入資料庫時使用哪種故障檢查。隨著產品的不斷發展，一些做法和關鍵詞列表也隨著時間的推移而改變，但總的來說，向後相容性很高，因此大多數在 2000-2004 年製作的資產仍然可以很好地執行而無需修改。大約一半的這些資產需要一些相當小的調整。
  • 還有 Trainz 構建版本，或者更清楚地說，程式碼構建編號，也稱為 構建程式碼編號 或 程式碼版本，或程式碼構建版本。這是一個技術序列號，它來自編譯器，對於在特定日期由 make 檔案聚合的原始碼檔案集是唯一的。 [注 5]


  • Trainz 零售版本 是產品釋出的文字字串，以“營銷術語”表示，例如Trainz Simulator 2009：世界建造者版，或“終極火車模擬器合集”（這太早了！）。這些很快就被縮寫為每個人都理解的名稱，例如 TS2009、TS10、TC3 或 UTC。
  • Trainz 版本 (TB 或 TBV) 是一個十進位制數值程式碼，一個值（例如2.4 或3.6），它“幾乎總是”針對每個主要軟體升級版本遞增。 [注 6]，由 Trainz 軟體正式定義，用於任何新資產。每當程式碼構建版本對 Trainz 資料模型的處理進行重大更改時，此程式碼都會更新。實際上，有時這反映了對 資料模型 的更改，例如 TBV x.y 以上的新強制要求，要求此類或那類 資產 KIND 從此必須定義特定標籤值或容器引數值。 [注 7]，並且……
此外：大多數服務包（引入重要功能更改）將擁有一個新的trainz-build 分配，但較小的軟體升級，即 熱修復（不引入重要功能更改）不會生成Trainz 版本編號更改。 [注 8]。這兩種升級型別都會生成新的 程式碼構建值（更改）—— 有時會多次生成，例如，一連串此類升級程式碼構建，例如，影響每個“國際化”版本的升級；零售產品 {{|TL|TLCP|生命週期}} 中早期釋出的非英語版本程式碼構建。但是，同一產品的不同語言版本通常會共享相同的“面向資產”的Trainz 版本/trainz-build 程式碼，因此 TBV 用於資產相容性，程式碼構建用於功能相容性，以及軟體故障排除需求。 [注 9]。
  • Trainz 程式碼構建編號 是一個唯一編號（例如44653 或58414），用於識別單個 Trainz 版本。所有版本（包括次要更改和語言翻譯）都有不同的程式碼構建編號。“編輯者收藏”[注 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 驗證的資源在 V2.9 或 V3.0 中也能正常工作，如果 TBV 值適當降低。但是，如果較新的 TBV 版本包含軟體依賴的“新功能”，這些功能將無法在較早的技術級別安裝中執行。因此，Speed Trees 在 TS10 TBVs 2.9-3.0 中無法執行，但在 V3.2-3.3 中可以執行，這兩者都是後來的 Service Pack 更新。

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

編輯者注： 關鍵提示：如果您遇到問題，N3V Game 的幫助臺需要的是程式碼構建，而不是 TBV！這在大多數 N3V 版本的 啟動器選單 螢幕中顯示，並且一直都在 載入畫面（也稱為主選單，允許載入 鐵路場、測量員 或 駕駛員 GUI 模式）中顯示——在每種情況下，程式碼構建號*“以離散方式顯示”*在螢幕的右下角。


 

Trainz-build 程式碼和程式碼構建範圍

[edit | edit source]
資源中的 TB：資源的 TBV 是其設計、上傳或被 N3V 的人工縮窄的 上傳門控軟體[注 13] 和 TLCP 強制使用到的版本。[注 12]
當前最高的 trainz-build (TB) *“版本號”* 是 4.2。
TB 到官方 Trainz 版本的對映如下
“trainz-build” 按零售版本的簡寫標題 程式碼構建範圍
1.0-1.3
Trainz——Trainz 1.3,
總共包含 3 個 Service Pack[注 14]。		 1[1]
（最初的 *Trainz 社群版*[注 15]）
1.1.1
[2]		 英語 - 未應用 Service Pack 的 CDROM
由 Strategy First 在北美髮行和出版		 程式碼構建 10[3]
1.2
 tbdl 程式碼構建 263[4]
1.3
 tbdl 程式碼構建：277[4]
1.4
一個非 Trainz 實用程式（PaintShed）
西班牙語版本的 TB V1.3		 TBDL[1]
1.5
Trainz UTC，或 Ultimate Trainz Collection
2002 年 11 月釋出
用於聖誕節銷售增長。		 英語 - 未應用 Service Pack：構建 327
可以說，這只是 Trainz 1.0 的第四個 Service Pack，增加了內容和改進。
1.6
Ultimate Trainz Collection-SP1 英語 - SP1，程式碼構建 404。
英語，SP1 預裝在 Trainz: The Complete Collection 合輯版（2008 年）中：構建 TBDL。
1.7–1.9
 未使用，跳過，除非是可能的國際化版本 或用於 Trainz 路線，該路線安裝為補丁，因此不會建立登錄檔條目。
2.0
TRS2004 首次釋出或 SP0 無光碟英語版本：構建 668
- 英國 - 未應用 Service Pack：構建 686
2.1
TRS2004-SP1 由網路升級
應用了 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 之前的版本進行升級：澳大利亞和北美市場：構建 2350，英國[4]：構建 2357
“Trainz 2004: Deluxe Edition” CDROM

 TBV 2.4 透過 CDROM 盒裝套裝；也捆綁在由 Paradox Interactive 發行的 Trainz: The Complete Collection (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 Classics 1&2
2.8
Trainz Classics 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
TS12 和 Trainz Simulator Mac
3.7
TS12-SP1
3.8
Trainz Simulator Mac2
3.9
Trainz Simulator Mac2-SP
或 T:ANE CE
其中一個		 瘋狂的測試版！
4.0
TANE 或 T:ANE？
4.1
TANE-SP1 或 T:ANE-SP1
預計

 

 此 Trainz/Tags/trainz-build tags 部分是佔位符，是此書籍部分不完整的大綱或標記。您可以透過 擴充套件它 來幫助 Wikibooks Trainz 專案，從而更全面地討論該主題。
需要完成的工作: 完成版本研究並交叉編輯範圍

資源相容性

[edit | edit source]

為資源在 config.txt 檔案 中列出正確的 Trainz-build 非常重要。它指定了該資源旨在使用的 Trainz 版本。更早版本的 Trainz 將拒絕載入該資源。更晚版本的 Trainz 將根據需要啟用適當的向後相容性變通方法（例如，使用不同的驗證要求）。 

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

或者，這就是 N3V 的官方說法，它忽略了他們可以在解析中修復的錯誤，例如忽略舊標籤名稱，如 type、region、asset-filename 或 name-xx 等，類似地，可以將舊的表單就地轉換為新的資料容器表單，然後測試故障。他們既不這樣做，也不將他們不專業的行為帶來的時間成本轉嫁給必須一個一個地糾正軟體應該處理的錯誤的客戶。 

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

“ 這取決於您執行的 Trainz 版本，以及我們是否更新了 DLS 錯誤檢查。我可以製作在 TS2009 中沒有錯誤的內容，但由於 TS2009 無法檢測到的問題，將被 DLS 拒絕。這本質上是一樣的。DLS 錯誤檢查會定期更新，並且可能比 TS12 SP1 中的錯誤檢查更嚴格。另一方面，TS:Mac2 是一個更新的版本，將包含大多數錯誤檢查的更新。

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

 ”

使用完全有效的當前支援的 Trains 版本生成的資產，使用資產指定的 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 月，trainz-build 編號（包括 2.8）被視為過時，不再允許上傳到 Download Station。有關更多詳細資訊，請參閱 Trainz Life-Cycle Policy。

註釋和參考文獻

[edit | edit source]

註釋

[edit | edit source]
  1. ↑ * trainz-build 標籤本身直到 Trainz UTC (v1.5) 才為人所知，那個時代和之後的幾年，甚至在 TRS2004 時代，許多 CC 都沒有在 config.txt 檔案中分配 TB 程式碼。 TRS2006 到 TC3 '新奇的 CMPs ' 進步，甚至沒有將 TBVs 列為其資料列之一！
    • 較新的 Trainz 版本盡力將這些較舊的技術轉換為較新版本的標準（資料組織和圖形技術），但一些較舊的資產無法自動轉換；並非因為不可能，而是因為 N3V 的程式設計師決定追溯地強制實施新的、更嚴格的資料模型故障測試；而 TRS2006 時代（及其衍生產品）則很容易處理這種轉換。大多數問題可以透過在 config 中新增 mesh-table、縮圖容器 和/或 轉向架容器 來輕鬆解決。
  2. ↑ 對於新的 Trainz 使用者：'嘗試使用有故障的資產 不會 實際造成 Trainz 損壞，並且大多數版本都不會讓您放置有故障的內容，直到 CM 對該資產感到滿意為止。所以盡情嘗試吧。這就是許多優秀資產在最初建立的方式！
    • 大多數較新的內容可以降級到早期 Trainz 版本中使用，至少可以作為場景專案使用，因為使用較新指令碼檔案的專案可能使用較舊 Trainz 版本中沒有的功能。 最近釋出的路線和場景則不行。程式設計師更改了場景和 型別圖 檔案的格式，以支援 TS2010 及更高版本中更靈活的場景和圖層。
  3. ↑ 例如：TS09（沒有 SP，所以是 TS09-SP0）的基準 TBV 為 2.9。在添加了四個 Service Pack 後，程式碼構建系列的版本號（或 TBV）為 3.3，每個新增的 Service Pack 在這兩個最終值之間都有一個遞增的 TBV 版本號，因此 TS09 的 TBV/版本號總體上為 2.9–3.3。
  4. ↑ 縮寫名稱：論壇中的使用者社群通常會根據使用這些名稱作為啟動程式程式的 *.exe 檔案的 TRS2004-TRS2006 產品來縮短 Trainz 釋出名稱。因此，TS2009、TS09（'TS-Oh-nine'）和 TS10 都是常見的縮寫'使用'名稱。所有形式都與這些頁面中的材料相符，並將連結到此處列出的長零售版本命名頁面。
    • 與 TRS 不同，除了 TC 之外，N3V 開發的版本都使用'Trainz.exe'作為啟動器和載入器模組（..\bin\trainz.exe），這在 Windows 登錄檔中播放時很不方便。
  5. ↑ 每個程式碼版本的相互依賴檔案集都作為一個單元儲存在一起，構成一個安裝或安裝版本——這是本使用者說明中對'版本概念'的第四種用法。安裝隱含地包含某個特定位置（資料夾名稱和路徑以及計算機 ID）。它是一個數據集，很可能在您計算機的登錄檔中記錄為其元件軟體的資料夾路徑規格。
  6. ↑ 關於 TBV 的遞增：幾乎所有 Service Pack 都會為該程式碼構建遞增 TBV，但一個值得注意的例外是新增到 TS2009 和 TS2010 每個版本中的四個 Service Pack 中的重疊 TBV，它們處於併發開發中，重點是為更新的多核微處理器和顯示卡的進步推進 Trainz 背後的技術。
     • 其中一個升級 Service Pack 或另一個保持了先前的 TBV 編號，因此最終，
     • 兩個產品都應用了四個 Service Pack 具有相同的 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 下載站網頁上的 FTP 方法手動下載，使用更新的白頁 URL。
  12. ↑ Trainz 版本（TB）值的“蠕變”或“膨脹”是由Trainz 生命週期策略和對上傳到 DLS 的更嚴格測試的實施強加給使用者社群的。許多CC 和 N3V 管理層之間對此存在很大爭議，自 CCs 必須希望 TB 最低，以便新資源可供大多數 Trainz 使用者使用，而 N3V 管理層希望 TB 最高，以激勵更多使用者升級到更新的 Trainz.
     • 上傳時最低 TBV，無論資源功能是否需要該 TBV 水平，已被證明是 N3V Games 的俱樂部。這降低了 TBV 作為技術水平度量的效用，使其人為地膨脹，因此不太有用，與資源實際技術需求的相關性很小。
     • CCs 花費了數月甚至數年來生成一個資源，他們自然希望分配儘可能低的TB，以便更多舊版 Trainz 使用者可以使用它。
     • N3V 無論出於商業和經濟目的，當然不是基於技術原因，採用了TLCP 來迫使上傳者遵守最後一個“支援的 Trainz”版本的最低版本程式碼，這本身就是一個強加給社群的具有爭議的政策，許多人認為 4 年的週期過短，Trainz 產品的向後相容性也很差。
  13. ↑ 重點是，許多較新的上傳被迫採用最初作為技術水平度量的標準，這些標準不需要高 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 登錄檔中記錄的值以及與該奇怪的“Trainz 1.1.1”符號相匹配的記錄，該符號出現在 Strategy First 發行的北美版 CDROM 版本的其中一個載入畫面上。
  4. ↑ a b c 未經證實
  5. ↑ 經登錄檔條目確認，版本程式碼 2365 為“Trainz 2004: 豪華版”
  6. ↑ a b [是否可以為 Trainz 建立一個新的標籤]，ZecMurphy，Auran 社群助理，2014 年 5 月 11 日，下午 09:02
此參考頁面改編自TrainzOnline Wiki，根據CC-BY-SA 3.0 許可證。此頁面可能包含比同一主題的源頁面更多的文字解釋、說明、歷史和/或示例。
TrainzOnline Wiki 主要由程式設計師或瞭解內容建立者維護，可能包含有關當前trainz-build 程式碼標準的更新資訊，這些標準往往會隨著軟體中新增的功能而發生變化。
檢索自 "https://wikibook.tw/w/index.php?title=Trainz/tags/trainz-build_tags&oldid=4414992"
華夏公益教科書