Trainz/詞彙表

Trainz 通用詞彙表 Trainz 註釋參考頁面

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

詞彙表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

滑鼠使用

符號

本詞彙表包含與使用 Trainz 相關的術語。對於此處未找到的通用鐵路術語和計算機/網際網路術語，我們建議使用諸如 維基百科 和 TrainzOnline 參考頁面 術語 等資源。

另請參閱 檔案型別（副檔名）。

駕駛員 #2 的駕駛室中，從後院的全景檢視（堆疊的 AI 駕駛員臉的左欄）；TRS2006 底部一行顯示 AI 駕駛員的指令碼任務的“駕駛員命令”圖示。最左邊的圖示是“等待觸發”事件，在這種情況下，下一個駕駛員命令將變為活動狀態。

事實上，本頁和 Trainz/refs/Notations 充當 連結的重點 FAQ 列表，類似於在不太複雜的網站上提供的 FAQ，但按字母順序排列，而不是按問題的頻率組織。建議讀者熟悉這兩種資訊資源，並在需要時經常重新訪問，因為這裡提供的解釋性資訊片段簡化了許多頁面。因此，這兩者都在 Trainz 華夏公益教科書的幾乎每個頁面上都有連結。這些資訊通常是基礎知識。

Aa 到 Bz

AI 火車或 AI 駕駛員

人工智慧 '駕駛員' 駕駛的火車。由程式、指令碼、命令、場景等控制的火車，而不是由使用者控制。在許多方面，AI 火車相當於許多電腦遊戲中常見的非玩家角色 (NPC) 。

API 或應用程式程式設計介面

參見 維基百科上的 API - 幾個 Trainz 模式使用特定的輸入螢幕，API 來控制事物。在 啟動器 模組中，啟動器選項選單 可能是最重要的。其中設定選擇不當會導致執行時 GUI 無法執行。
 • 在 測量員 中，有一個不同的 會話選項選單 用於選擇各種編輯模式控制和影片顯示可選渲染模式。選項下拉選單還開啟幾個只執行簡單任務的專用 API，例如 '編輯路線' API，它允許使用者應用名稱更改，修改文字描述（即 描述）塊資料，允許透過 會話編輯器 對 種類配置檔案 的描述進行類似的編輯。
 • 其他測量員執行時 GUI 選項選單是用於調整滑鼠和游標模式以在虛擬世界中移動的設定，一個是用於控制模擬環境因素（天氣、一天中的時間等），以及 測量員 中的圖形設定（Ctrl+O) 和 駕駛員 Trainz 模組。
 • CM 選項選單 是第三個（熱鍵 Alt+F7) 允許訪問與 主選項選單 相同的許多介面控制和資料定義選項卡。

 

資產（或也稱為“內容”）

Trainz 中使用的任何物件，例如佈局、樹木、訊號、機車或受電弓；每個都有自己的定義資料夾和 Config.txt 檔案（一個 ini 檔案），定義了 Trainz 執行時軟體如何處理和分類資料夾中的資料。還有許多其他 型別的資產。每個資產都有一個 KUID，該 KUID 對於其構建級別和屬性是唯一的。

 

屬性

一個通用的 計算 術語，它指的是在描述資料項或過程時可能做出的任何區分。

Trainz ini 檔案（配置）中的單個字母會徹底改變 Trainz 處理其關聯資料的方式。該字母的值是資料的屬性。（參見 類別-類別標籤，它是允許的列舉合法且可接受的資產型別的屬性。（列舉 型別 - 簡稱 'enum' - 意味著 *明確指定、列出、預定義且合法可接受。相比之下，非列舉型別的資料元素可以採用更多不可預測的值。*））

 

客車與機車和貨車的屬性不同，並且每個都有自己的一組虛擬和物理屬性，人們希望將其真實地建模。

最明顯且可能最容易更改的屬性是顏色，通常在許多較舊的 Trainz 資產中實現為單個顏色的簡單 紋理。

 

此外，在建模中，現實和正確並不等價。人們會盡量做到儘可能正確，但在 Solidworks CAD/CAE 軟體中渲染耦合器會得到一個由圖形多邊形網格密集定義的物體，因此在即時模擬器操作（駕駛、測量）中進行圖形渲染需要大量的計算，從而變得不可用。它是更正確，但實際上毫無用處。對 Trainz 物體進行高效建模意味著正確性往往需要讓步。當物體過度使用細節時，對寶貴計算週期的消耗過大，會導致模擬變得遲緩。許多 Trainz 樣條曲線物體（即時森林、草地等）都存在這個問題，因為它們在設計時沒有充分考慮渲染負載。

此外，人們還可以“滑過”虛擬物體，看到火車車廂或房子的背面，因此，除非客車或機車駕駛室設計了內部網格集，否則“內部”屬性就是一個明顯的模型，而不是一個高度詳細的“房間式”內部。

 

Auran，Auran Games Pty, Ltd, Auran Holdings Pty, Ltd，Auran Developments Pty. Ltd。

澳大利亞遊戲軟體公司，開發併發布了 Trainz 及其圖形引擎 Auran JET。Trainz 的營銷、開發和銷售現由 N3V Games Pty Ltd 控制，Auran 從 2008 年至今更多地充當控股公司，但仍然擁有 Trainz 的特許經營權，類似於詹姆斯·邦德電影特許經營權的組織結構和所有權的多層級結構。我們 Trainz 使用者現在與 N3V Games 打交道，讓律師處理其他事宜。

 

行為

在會話程式設計或資產開發上下文中，規則的另一個名稱。規則是'指令碼'，它們在會話資產使用它們時動態載入。會話本質上是一組這樣的指令碼，包括基本的決策和分支操作，能夠根據在特定地圖（虛擬數字世界）中感知到的條件來實現程式行為。

• 從技術角度來看，“行為”是一種列舉型別，它在 config.txt 檔案 中的kind標籤的引數中指定了一個允許值，它指定特定資產是規則。
• 駕駛員指令是會話規則的特例，它們被設計成簡單的動作，由 Trainz AI 駕駛員 的有限能力執行。

 

內建資產或內建 (BI)

Trainz 版本的所有內建專案。這些專案位於 .JA 檔案 中，這些檔案被配置為快速上傳到遊戲並進行嚴格組織。某些專案（如縮圖）是從 JA 中剝離出來的，它們是將資產上傳到 DLS 的必要條件，縮圖在網頁中使用，或者下載到快取中用於 CM 中的檢視。因此，這些影像不屬於任何克隆資產。

 

Ca_to_Cbz

CAB 含義 駕駛室模式

Trainz 中兩種駕駛模式中更現實、更具挑戰性的一種。

在 CAB 模式下，列車的執行方式非常不同，因為模擬了每節車廂的全部物理特性，包括氣剎系統開始生效的延遲、機車的車輪打滑以及其他一系列現實世界的物理建模。這是 Trainz 軟體在其他競爭軟體中脫穎而出的一個特性。

在 駕駛室模式 中，使用者可以使用滑鼠的點選和拖動來操作 3D 虛擬駕駛室內的駕駛員控制裝置，還可以使用比 DCC 模式 中可用的熱鍵更全面的熱鍵集；其中一些熱鍵的功能類似，但存在重要區別。

 

CAB 檔案

軟體釋出商的標準 Compressed Asset Base (CAB) 系統檔案（包含所有可選的 內建 專案及其版本），通常隱藏在你不應該檢視的地方。可以將它們視為一個銀行，你可以從那裡獲得資金（功能）。

• Windows 應用程式（可選的輔助功能外掛、語言擴充套件、Windows Media Player、磁碟碎片整理和磁碟檢查工具等）儲存在 Windows CAB 檔案中。
• JA 檔案 是 Auran/N3V 的半編譯的 CAB 模擬，被配置為快速上傳到遊戲並進行嚴格組織。你的版本 內建 資產位於 JA 檔案中。

 

相機檢視、相機位置、相機模式

相機位置、從該座標軸的定向角度以及縮放是我們觀察 Trainz 虛擬世界的方式。它們定義了一個觀察點，從該觀察點我們可以觀察到所有由圖形引擎生成的物體。它們將我們置於遊戲圖形中。

駕駛員 有四種相機視角或“相機模式”

1. 1選擇一個內部相機。通常會有不止一個內部相機；當你發現至少沒有五個內部相機時，你就知道你使用的是早期版本的機車模型。使用[+] 來透過在它們之間切換來選擇。
2. 2選擇一個外部相機；它附著在列車上的某個地方，並隨著列車一起移動，使用+ / - 來透過掃描切換在它們之間選擇要跟蹤的哪節車廂。此模式通常從機車開始，因此-會將相機移向列車的尾部。這也是調車場中的相機模式。
3. 3選擇跟蹤相機模式。這是一個固定在路線設計師放置在世界中的位置的相機，視角用於從外部顯示列車，要麼以固定的方向和角度，要麼保持在原地，但保持對列車的關注並旋轉（跟蹤）以鎖定在目標車廂上。使用++-與相機模式 2 中一樣，檢視不同的錨定車廂。
4. 4選擇自由相機模式，這可以說是 Trainz 發展成功的關鍵。這也是 測量員使用的相機模式，其焦點始終位於顯示器的中央。
    • 滑鼠、滑鼠滾輪和鍵盤箭頭鍵↑, ←, →, & ↓ 用於定位、縮放和移動此攝像頭，包括穿過物體。
    • 使用RMBh 拖動工具指標（游標）向右、左、上或下螢幕 遠離 螢幕中心 以滑動攝像頭，或旋轉視角。 （取決於測量員選項設定，自定義以適應自己：兩種控制平移和旋轉）
    • 這使我們能夠使用LMB 並使用 '滑鼠指標' （工具提示）點選來操作連線點、開啟閥門、旋轉 DCC 模式 旋鈕、操作滑塊控制元件，以及一般地切換或選擇按鈕選項，以及類似的操作。

• 按鍵和滑鼠在自由攝像模式下的精確平移、旋轉和滑動方式由 測量員選項 在執行時驅動程式或測量員模組中的兩個滑塊（本質上是點選框）設定。
• 使用這四種組合中的哪一種取決於個人偏好，或者在世界構建期間特定型別的任務中可以選擇其中一種組合以獲得最佳效果。

 

Cc_to_Cz

CC 或內容建立者

這些很棒的敬業人士投入了大量努力，使美觀且通常難以製作的數字模型適合 Trainz 使用。 內容建立可能需要高技能的建模師花費一個小時來製作簡單的資產，例如房屋，而製作機車則需要六到八個月的時間。

CCP 代表 內容建立者 Plus

這是一個資產建立和更新實用程式，有時獨立於其他 Trainz 執行時軟體執行。 它可以在 CM 中使用以編輯 config.txt 檔案，但如果要進行錯誤修復或只是升級資產，它相對來說比較不可靠。 對於新的 Trainz 使用者來說，正確的使用方法是在自建路線或場景中使用字尾來增加（提升） KUID 或 kuid2。 否則，請學習在 Notepad++ 或類似的文字編輯器中手動編輯。 如果您已經非常熟悉 Trainz 的內部機制，並且可以建立資產，那麼您對 CCP 的瞭解會比大多數人多。

 

*.cdp、*.cdpa 和 *.cdp2 檔案型別

Auran/N3V '內容分配包'，一種專有的壓縮檔案格式，Trainz 資產儲存、存檔和傳輸使用該格式。

所有三種 cdp 檔案型別 都是 Windows 作業系統中的登錄檔項，如果您執行多個版本的 Trainz，那麼一個條目可能會在您不小心點選滑鼠時咬您一口（很煩人，但不會致命）。 *.cdpa 檔案是您決定存檔到特定資料夾中的庫資產； 這些由原始 CM/CMP 程式跟蹤和管理。

更多資訊： Trainz/Trainz 檔案管理、 Trainz 入門 以及 執行多個 Trainz 版本

Cm_to_Cz

 

提交或正在提交資產

將資產新增到 Trainz 資產資料庫 (TAD) 中或添加回其中

當一個資產準備好在 Trainz 資產資料庫 (TAD) 中使用時，它會由 內容管理器 進行準備，包括壓縮和整理，以便執行時 GUI 可以快速載入。 紋理片段組合到 .texture 檔案中，網格和配置資料組合到 .chump 檔案中，並將整個轉換後的資料夾內容歸檔到 Trainz 安裝的準備檔案中，從 TS2009 開始，這些檔案被放置在 UserData 子資料夾中。
該資產在過去某個時間點起源於一個原始檔夾，該資料夾通常保留在 TRS2004 子資料夾中作為存檔。 此版本對內容建立者特別有用，因為它使用了一個開放的資料夾結構來儲存資產。 這使他們能夠獲取配置程式碼的示例片段，例如容器或網格表，從而減少了他們長時間的手動輸入和校對。 同樣的資料夾可在更新的 Trainz 版本中使用，包括 CMP 或後續版本。 帶有所有部分的存檔（源）資料夾作為 路徑規範 提供給 CM，它讀取該資料夾並將其放入該版本中。 在稍後 開啟以供編輯 後，當 CTRL+M 資產行被高亮顯示（選中），提交過程被逆轉，並且壓縮檔案被複制。 它們不是原始檔案，而是經過雙重轉換的副本 - 複製品。

由於每個版本對預處理和壓縮以及組織方式都不同，以便快速載入到 執行時 軟體模組中，並且快速載入處理包括去除不必要的操作資料字串（例如不可顯示的資料字串），有時還會根據 texture.txt 檔案 的命令，甚至刪除使用檔案時不需要的二進位制指令。
  然後將生成的經過高度處理的檔案儲存為一個集合，儲存在 TAD 中，並在內部進行索引和儲存。類似的過程用於構建 Trainz JET CAB 檔案（JA 檔案），其中包含該版本的內建資產庫。 

• 此過程稱為 提交資產，提交資產後，它將被新增到 Trainz 資產資料庫索引 (assets.tdx) 中，其檔案將被處理以實現快速載入並被儲存，其在 廢棄表 和 kuid 表 中的任何 kuid 關聯都將更新並連結到 依賴項 列表、依賴資產和跟蹤過時資產和替換資產的系統中。 

• 逆向操作 稱為 開啟資產以進行編輯 - 在內容管理器中可以選擇四種不同的方式（假設在選單下拉選單的“開啟方式”模式下至少安裝了一個 PEVtool），其中三種方式可以透過熱鍵序列實現。 

CM 或 內容管理器 這些術語正式地先於其祖先 TRS2006（2005）升級：CMP

這些是 Trainz 版本中的資產管理系統，充當上傳和下載管理器、資料庫管理器、資料庫和 DLS 瀏覽器、存檔管理器、更新控制器和編輯器啟動器。它們還處理資產匯入、驗證和開啟資產以進行編輯，或在需要時重新提交。TRS2004 中的 ContentManager.exe 非常不同，能力也差得多，只能執行後續 CMP 和 CM 後代能夠完成的一小部分功能。從 TANE 開始，CM 的功能仍然存在，但操作和外觀發生了很大變化 - 這些差異通常是巨大的改進。

• TS2009 在其第一個 服務包 和之後的版本中，CM 顯示了其建立新資產的 Trainz 版本 - 通常是可以在該安裝中使用的上限，無需進行像 逆向內容 那樣繁瑣的編輯。
• 自從 2005 年釋出 CMP 之後，除了增量調整外，幾乎沒有根本性的變化，在 TC1&2、TC3 時代，'CMP' 在論壇上逐漸變成了 'CM'，早在 N3V 釋出 TS09 之前，這個術語 'CM' 就正式確定了，顯然並且合理地取消了 'plus'，因為它已經是四年後了。在 TS2009 - TS2012 版本中，Windows 標題欄字尾版本號（最初顯示 '內容管理器 2.0' - TS09，SP0-SP3；但 SP4 編號為 3.3（與技術級別 TBV 3.3 相匹配，例如 TS10-SP4，其 CM 3.1 開始釋出版本）。TS09 和 TS10 同時開發了大約一年。

  當 N3V 在開發他們想要的新的軟體技術時遇到了麻煩，他們無法足夠快地釋出 TS10 和 TS12 的 'AURAN JET 3' 遊戲引擎。TS09 被作為一塊墊腳石推出，最初的版本是一個經過改進的 TRS2006，具有更好的圖形和更快的效能。它更好地利用了多核 CPU，而 TS10-TS12 最佳化則旨在進一步改進將 CPU 轉移到更新、功能更強大的顯示卡上，這些顯示卡現在支援 Trainz 使用的先進功能，這些功能以前使用主處理器時間來支援。這些內建功能在 TS12-SP1 中達到了極限，因此 N3V 推出了使用 64 位處理的 TANE。

 

CMP 或 內容管理器 Plus

資產管理系統的名稱是 '內容管理器 Plus' (CMP)，它是在將 TRS2004 升級到 TRS2006 過程中出現的一個重大變化，它也在 TRS2006 的各種衍生版本中繼續存在，例如三個 Trainz Classics (TC1、TC2 和 TC3)、TRS2007、TRS2008（這兩個版本僅在歐洲釋出）。CMP 在 TS09 中誕生了 '純 CM'，儘管它們被賦予了數字：CM 2.0、CM 3.1、CM 3.2 等等，與分配給軟體構建的 TBV 相匹配。^{[[註釋 2]]} 使用者介面 功能在某些版本之間也略有不同^{[[註釋 3]]}，但令使用者社群感到困擾的是，它經常沒有足夠的便利性升級。

 

Config.txt 檔案、config.txt 檔案 和 config.txt 檔案

主要文章：Trainz/config.txt 檔案、Trainz/AM&C/config.txt 檔案、Trainz/references/config.txt 檔案 和 Trainz/TrainzBaseSpec

每個資產都有一個 config.txt 檔案，其中包含 TrainzBaseSpec，它定義了資產的頂級屬性並指定了它的許多屬性，包括軟體如何解釋和處理由這些檔案連結和控制的資料。Trainz 中沒有一個資產沒有 config.txt 檔案。配置檔案標識如何處理檔案中其他行，並可能初始化與資產型別或單位相關的特定變數的引數資料。此外，配置檔案在資料集中提供了來源、目標區域和時代、許可證、作者和聯絡資訊。 

 

CSL 縮寫 - 'Comma-Separated List'

— 檔案中包含多行 CSV，因此是 CSV 列表。

CSV 縮寫 - 'Comma-Separated Value'

在大多數情況下，CSV 和 CSL 都是文字檔案的等效形式，它們能夠混合字母數字和數字資料，這些資料通常是某種格式化的資料記錄（從資料庫意義上來說） - 其中一行包含混合型別的資料元素。許多應用程式，尤其是資料庫和電子表格應用程式 - 使用 CSL 格式的資料（可以使用文字編輯器進行編輯）來匯入或匯出資料，作為一種可移植的資料傳輸方法或用於備份。

例如：記錄的通常示例是：姓名、街道地址、房屋和單元號、郵政編碼、電話號碼 等等（在地址簿型別的 '記錄' 中），用文字分隔符隔開，通常是逗號。

• Trainz CM 元素可以在許多螢幕上覆制貼上到文字編輯器中，主螢幕資料列出為兩列 CSL 分隔的配對；資產的 使用者名稱 和 Kuid 標籤值來自 TBS 標準要求。
• 將這兩列貼上到電子表格應用程式（例如免費軟體 Open Office 的 'Calc'）中，可以記錄缺少的依賴項，並僅將 Kuid 列剪下到編輯器中。簡單的搜尋和替換 (SAR) 可以刪除 換行符 程式碼並用逗號替換它們 - 生成一個可能很長的 kuid 列表，可以將其反饋給 CM 在搜尋 API 中，以找出哪些現在在 DLS 上，而且可能更重要的是，這些列表可以在一個好的編輯器中加倍或三倍，並透過將 kuid 遞增到下一個 kuid2 格式的識別符號來快速“升級”，因為原始的 kuid 可能早就被替換了，而依賴項列表（kuid 表 列出了這些依賴項，有時不會更新到初始 <KUID:xxxxxx:yyyy> 格式之後）。CM 不會知道有關 <kuid2: … :1> 替換的資訊，例如那些具有 廢棄表 條目的資訊，直到它們在本地資料庫中，但會在版本檢查中找到大多數資訊。（TANE 和 TRS19 在這方面似乎比 TS12 和更早的版本更好）
• 其他字元程式碼可以用於在這些列表中分隔元素，^{[[註釋 4]]} 但 Trainz 透過從 內容管理器 主檢視或 下載助手 中捕獲剪下緩衝區，輸出資產檔名和 kuid 的 CSL。
• 此外，僅包含 kuid 的 CSV 是一種非常有價值的變通方法，用於解決人們經常要求的功能，即能夠匯入和匯出測量員或 CM 中的選擇列表，從而增強和提高預先選擇或使用定義的資產列表進行路線構建或會話編寫的能力，這些是當天的議程。
• CSV 列表或 CSL 經常用於將資料從一個計算機應用程式移植到另一個計算機應用程式，作為一種'最小公分母'，幾乎所有技術軟體都以某種方式支援它。因此，CSL 經常可以用於將資料從一個應用程式匯出到另一個應用程式，而這些應用程式通常無法很好地互動，因為它們是競爭產品。

例如，請參見 Trainz 中的 參考資料。 

Da_to_Ez

DCC 模式-DCC 模式

（模擬）'數字指令控制'。Trainz 中兩種駕駛模式中最簡單（也是最容易）的一種，其執行物理模型不太逼真。

• 術語 'DCC' 來自模型鐵路的世界，其中 DCC（數字指令控制）晶片組使機車行為自動化，但實際上是指在電動 模型鐵路 中使用的'撥盤式控制器'，尤其是許多人在成長過程中接觸到的在百貨商店出售的 H.O. 比例模型火車。

• 在 Trainz 中，該術語指的是包含模擬撥盤式控制器的 駕駛員 模式，用於模型鐵路的'電源'，對於任何玩過典型電動模型鐵路的人來說都比較熟悉，例如來自玩具店和百貨商店、模型商店和（非 Lionel）模型鐵路專業商店的 H.O. 比例 列車組（例如，參見 Trainz.com）。

 

TRAINZ RMBH+拖動 下拉選單，顯示具有依賴項和依賴資產的資產。jpg

DEM 或數字高程圖或數字高程模型。

這指的是基於國家數字資料庫（如 美國地質調查局拓撲調查）的 Trainz 地圖地形軟體生成。

 

依賴關係 - 也請參見

依賴資產 和 依賴項

為了使另一個資產能夠執行，而需要的資產被稱為依賴項；而該資產（需要它，例如需要道口欄杆或建築物、軌道等的佈局）被稱為 依賴資產。內容管理器允許我們列出依賴（也稱“依賴”）資產，例如需要地圖和各種軌道車的場景；與場景配置中幾十個專案相比，路線的型別地圖可能也經常包含（需要）數千個依賴項，而這些資產可能還需要其他構建塊資產 KUID。配置文字檔案中只列出了此類所需資產的第一層。

示例

• CM 的 RMBHd 下拉選單 '檢視依賴資產' 報告道口欄杆被五條路線使用。
• “機車依賴項'”將顯示它需要（除其他事項外）發動機規格。當使用“檢視依賴資產”時，相同的資產可能會列出 15-30 輛需要它的機車。

 

• diff 或 差異 是一種（型別）工作馬實用程式比較程式，它存在於大多數用於比較兩個或三個資料集以查詢差異的計算平臺上。早期的一種祖先實際上是一個名為 DIFF 的程式，因此工具名稱已成為尋找差異的同義詞。“COMP”是另一個被複制到各種計算環境中的種子程式，它在新的平臺上生成了克隆。
  使用比較應用程式（如（免費軟體）Kdiff3.exe（在所有 Windows 作業系統版本中執行良好）檢查兩個資料夾或檔案之間的差異，該應用程式可以比較並說明檔案或資料夾之間的差異。Diff 是常見的計算機術語，因為存在 Unix、VAX、DEC10，以及同一個名稱的第三方 MS-DOS 實用程式。一些 Diff 實用程式只比較一對檔案，另一些比較目錄，第三類，如 kdiff3.exe 兩種都比較。

[e]
KIND（型別資產組） 和 容器
KIND 成就類別  KIND 成就組  KIND 活動  KIND 資產組  KIND 行為  KIND 轉向架  轉向架容器  KIND 可構建  類庫  KIND 控制集  KIND 編組  KIND 司機角色  KIND 司機命令  KIND 發動機 [1]  KIND 發動機聲音  KIND 環境  擴充套件容器 或 擴充套件  KIND 固定軌道  流大小容器  KIND 遊戲選單  KIND 地面刷  KIND 地面紋理  KIND 喇叭聲  KIND HTML 資產  KIND 工業 [2]  KIND 內部  連線頂點容器  KIND 庫 [3]  kuid 表  KIND 地圖  KIND 網格 [4]  組成員  網格表容器  KIND 模組  KIND MOCrossing [5]  KIND MOJunction [6]  KIND MOSignal [7]  KIND MOSpeedboard  過時表  許可權  佇列容器  KIND 受電弓  KIND 產品 [8]  KIND 產品類別 [9]  KIND 配置檔案 [10]  KIND 地區  季節選擇器容器  KIND 場景行為  KIND 風景[11]  KIND 軌道旁風景[12]  KIND 附帶軌道的風景 [13]  指令碼包含表容器（TBS）  KIND Servlet  煙霧容器  KIND 蒸汽機車 [14]  KIND 紋理 [15]  KIND 紋理組  縮圖容器 或 (TBS)  KIND 軌道 [16]  軌道 LOD 樹容器  KIND 軌道聲音 [17]  KIND 軌道車 [18]  KIND TrainzBaseSpec [19]  KIND 轉盤  體積容器  KIND 水 2

DLS 或 下載站。

N3V/Auran 的龐大 Trainz 附加資產庫，其中大部分是由 感興趣的第三方（第三方內容建立者）——該程式的使用者建立的。

 

司機命令

Trainz 規則的一種形式，僅在 場景 中有效，適用於（通常）單個 AI 司機，作為對 AI 火車司機發出的指令（或一個接一個執行的指令序列）。

• 在測繪員中建立場景時，可以指定司機命令，以便為 AI 司機提供程式設計（任務指令），或者在場景執行時，使用者（對“助手”AI 司機）可以指定司機命令。
• 相比之下，“規則”，“司機命令”使場景編寫者能夠控制場景中可用於命令 AI 司機操作的司機命令。

 

發動機規格

俚語，但常用術語，表示機車的行為細節。正式地，機車使用 KIND 發動機 定義，這在許多用法中是該術語的確切含義，但該含義也可能指 KIND 蒸汽機車 定義，並且通常應用於 容器 和 KIND 的元件資產（依賴項，這些依賴項是獨立定義的，並透過引用（KUID）包含在更高級別的資產中）。

  列舉

表示明確指定、列出、預定義，尤其指 可接受的值，通常被理解為具有特定含義和範圍的集合的一部分。列舉是計算機程式設計術語，其中一組受限的允許值是意味著並且只允許該集合中的那些值；所有其他值將導致錯誤、被拒絕，或者如果軟體沒有防止此類事件發生，則可能導致不可預測的行為——這是使用列舉的主要原因。
• Trainz 的每個關鍵字都是列舉資料，用於識別後續值將被允許執行的何種操作，或者下一行將是哪個容器等。
 • 可以說，堆疊列舉在 Trainz 配置檔案中占主導地位——標籤是列舉的 種類 的列舉部分，這些列舉部分枚舉了合法關鍵字集及其在其中分配的預期資料型別——列舉指定了這些配置中合法的和預期的內容。
 • 除了由資料集合型別、種類 和 引用 所確定的內容之外，TBS 枚舉了在任何資產定義中都是合法的常見或需要的 Trainz 標籤和容器（容器名稱標籤）。大多數這些標籤是可選的。
 • 種類、kuid 和至少一對外部檔案引用關鍵字-資料是可定義的最小資產。既不需要 使用者名稱，也不需要 描述 或類別-這個、那個或其他，因為像作者、組織等，它們幫助我們人類區分資產的適用性或建立 Trainz 執行時軟體本身無需使用的連線。

 

Fa to Gz

FCT Planet Auran 的 '頭等車票'。

Auran/N3V 的 Simulator Central 出售的一種可選許可證，它提供每天無限次下載 DLS 的許可權，其 FTP 連結速度比普通免費下載速度（約 < 50 kbps）和每天 100 兆位元組的配額限制要快得多（高達 100 Mbps）。

DLS 方式	速度	資料限制
沒有 FCT	較慢	Fd < 30–40 kbps	每天 100 兆位元組的限制；可能被迫等待連線；
FCT	'保證快速'	Fd > 50–99 kbps	無每日限制；優先連線到伺服器和 DLS

 

檔案規範

作業系統對檔名稱的引用，以及可能在上下文特定的目錄（資料夾）中的相對位置。

主要覆蓋範圍：檔案規範

免費軟體

Trainz 有一個強大的傳統，內容創作者慷慨地奉獻自己的時間和精力，透過建立'免費軟體資產'來為更大的利益服務。雖然大多數情況下，對優質資產的訪問是自由的——Trainz 內容不受版權保護，即使某項資產在下載站或其他第三方 Trainz 粉絲網站上被自由共享，並且沒有直接收費。
 • 每個資產在其配置中也都有一個 許可證 標籤，這通常相當於一種 知識共享-署名-相同方式共享許可證 (CC-by-SA-##)。維基媒體公地擁有廣泛的 CC-by-SA 資訊和許可證類別細分。
 • 許多禁止在任何付費軟體中使用該資產或其任何元件，同樣是知識共享類許可證。有些是完全版權保護的付費軟體。
 • 有些實際上是無許可證的，但國際法將這些資產視為智慧財產權，並受到版權保護。
 • 底線是，如果你想使用某人作品的一部分作為新資產的基礎
 • A) 首先——獲得書面許可，否則不要上傳。
 • B) 你必須以署名的方式向所有者註明所使用部分的來源。

 
 

遊戲指令碼

基於“C”語言，使用 *.gs 或 *.gse 副檔名的程式語言，用於建立 Trainz 的場景和可指令碼化資產。這不完全等同於TrainzScript，TrainzScript 是它的母技術（涉及一個獨立的 TrainzScript 應用程式來編寫指令碼），在演變成更通用、更開放的計算機語言之前，該語言部分由內容管理器和執行時 GUI 編輯和編譯。
 • 相比之下，TrainzScript 是最早在 Trainz 1.3 中出現的技術，並在 UTC 中成熟，UTC 展示了九個內建的 場景 (種類活動)，這些場景也捆綁在 TRS2004 版本中；從 v1.3 開始的每個版本都允許這些半編譯的'場景'，這些場景在 TS12 之後不再受支援。 TS12 釋出了 N3V/Auran 在其新舊版本的著名 Banks Heath 地圖中釋出的最後一個遊戲指令碼 'KIND 活動' 資產，他們還在此基礎上構建了三個 TS12 駕駛教程。
 • 遊戲指令碼編譯具有最初在較新的 Trainz 會話 中不可用的動態功能，但大多數功能已在近千個 DLS 可下載的 Trainz 規則 中複製。

 

Gmax

一個與 Trainz 1.0–TRS2004 一起釋出的第三方“促銷”程式（捆綁，但不是免費軟體），可用於建立用於 Trainz 和其他程式的 3D 模型。Gmax 及其版權現已歸 Autodesk 所有，完整版的專業軟體包 3dsMax 3D 建模、動畫和渲染軟體（Auran/N3V 在開發人員軟體中的選擇）可供那些有幾千美元閒錢的人使用。

• Trainz 在 TRS2004 時代擺脫了 Gmax 的侷限性，轉而使用更新、更強大的 IM 檔案 標準，其中紋理引用可以嵌入為網格索引的一部分，在許多方面減輕了遊戲引擎的負擔。例如，單色紋理在正確的 IM 中由 RGB 值表示，因此一個正確製作的 IM 不會在內容管理器中生成警告：“警告：紋理 'texture name' 為純色。"，並且此類資產載入速度更快，硬碟和遊戲記憶體開銷也更低。

 

GPU 或圖形處理單元

如前面的連結中詳細介紹，圖形處理單元 (GPU)，有時也稱為視覺處理單元 (VPU)，是一種專門的 電子電路，旨在快速操作和修改記憶體，以加速幀緩衝區中影像的建立，該幀緩衝區用於輸出到顯示器。現代顯示卡（顯示卡）具有內建的專用圖形功能，新一代 Trainz 越來越利用這些功能，減輕了 CPU 的其他執行任務負擔。

 

Ha to Jz

紋章學（顏色和徽標）

紋章學是運營鐵路公司'顏色方案' 和 '徽標'的正確術語，擴充套件到其資產標籤上使用的字型。原型列車涉及在對車輛進行蒙皮之前搜尋此類圖形設計的明確規範。

 

HOG 或上帝之手。

一個（較舊的）第三方地圖製作工具和關聯紋理，可用於將 DEM 地形資料匯入 Trainz。另請參閱 TrainzDEM，這是一種類似的 付費軟體 工具，價格適中，已針對 TS2012 和 TANE Trainz 地圖生成進行了系統更新。

 

HUD 或抬頭顯示器

螢幕上顯示資訊的部分，例如當前速度。

 

IND

標準的 Auran 互動產業 系統（包括 客運車站）。

 

安裝

一種簡寫符號，表示執行 Trainz 軟體的設定——Trainz 的特定安裝，尤其是在與該版本在本地機器資料夾層次結構中的根（主）資料夾相關的上下文中使用。在本維基百科中，它被用作對'特定 Trainz 版本的'根資料夾,' 無論它是什麼版本的引用。許多經驗豐富的 Trainz 使用者會保留多個 Trainz 版本，以及多個 Trainz 設定——一個包含付費軟體，一個不包含，例如，這樣那些不能複製到 DLS 的資產就不會與那些可以複製的資產混合在一起。

• 同樣，許多長期 Trainz 使用者會保留並執行多個 Trainz 零售版本 &nbsp  

 

.JA 檔案和 .Tzarc 檔案

標準的 Auran Compressed Asset Base (CAB 系統檔案（包括 Trainz 版本的所有 內建 專案）。JA 檔案配置用於快速上傳到遊戲，並進行了嚴格的組織。它們可以在一定限制內移植到新版本。

1. 這簡化了地圖和會話等資產的移植到新版本，而新版本不一定具有與舊 CAB 庫相同的內建資產組合。
2. 這使得需要花費數月時間才能建立的路線和會話資產能夠輕鬆地向前相容，這是 Trainz 自誕生之日起就有的標誌。
3. TS09 JA、TS10 JA 可以新增到 TS12 的技巧包中。
4. TANE 和 TRS19 的功能類似，但由於涉及東歐地區非法複製的 DRM 安全問題，新的 Trainz 版本在讀取和寫入資料庫檔案時使用加密和打包演算法。新副檔名為 .TZARC。

 

Jet、Jet2、JET3

在 Trainz 的語境中，由 Auran 開發並用於 Trainz 的遊戲引擎。與 Microsoft Jet 資料庫系統無關，Auran JET 遊戲引擎在 Trainz 處於開發階段的 20 世紀 90 年代後期被作為獨立產品推向其他遊戲公司，並且有一段時間考慮將其改編為實際的火車培訓模擬器。

• JET2 引擎與 TRS2004–TS2009 一起釋出（並在 TRS2004 的四個服務包中進行了大部分除錯）。
• 據說 TS10 和 TS12 執行的是 JET3 引擎，這是 Auran/N3V 在 32 點陣圖形渲染引擎方面所能達到的極限。

 

Just Trains

（發行商）

在英國透過 CDROM 和 DVD 發行 Trainz 的公司。根據英國法律，英國版 Trainz 必須在驅動器中使用 CD/DVD 鎖定 DRM。隨著 N3V 託管自己的下載服務並透過 Amazon.com 等其他合作伙伴提供 FTP 管理的下載，這種做法已經逐漸消失。

 

Ka 到 Lz

KIND - 種類

分配給 Trainz 種類標籤的值是一個來自特定嚴格定義列表的關鍵字，每個關鍵字都告訴 Trainz 軟體如何處理該配置檔案中提供的資料。種類（TrainzBaseSpec 中的列表）為解析和處理 Trainz config.txt 檔案中包含的其餘項建立基本規則。因此，種類設定了此後在處理代表虛擬資產物件的整個資料集（即整個資料夾內容）時呼叫的所有軟體操作。一些這些種類需要在構建的資產中包含外部參考條件。這些條件以 kuid（值）的形式出現在標籤-值對的列出值中。由於每個 kuid 都需要一個種類定義，因此這些種類包含一個或多個作為資產獨立定義的部分。

 

KUID - 格式= <kuid:xxxxxx:yyyyyy>

主要主題範圍： KUID

lit. 'Koolthingz Unique IDentifier' - Trainz 對資產的唯一資料庫引用號，擴充套件到在 KUID2 形式中跟蹤多個版本。Trainz 可升級性和資產模組化設計的核心，因為每個資產都有自己的唯一 kuid 程式碼，因此可以指定另一個資產中的元件（轉向架）或整個車廂，並在新資產中選擇性地替換其中任何一個（重新蒙皮或修改轉向架）。大多數 Trainz 資產在強制性 kuid-table 配置條目中指定了依賴項列表 - 其他元件資產，這些資產由軟體套件的各個部分組裝而成，從而在 kuid-container 中形成可渲染和可使用的資產。

• 在上面的示例中，xxxxxx 代表內容構建者的 Auran 身份號，因此作者的所有資產都具有相同的程式碼（一些作者註冊了兩個或三個）。'yyyyyy' 是作者對資產的序列號。Trainz 通常將新使用者的第一個資產（通常是他透過修改並隨後儲存為 1001 的路線）設定為 1001。
• 作者的 kuid 不一定按順序排列或連續排列。在 Trainz 時代早期，頒佈了一個 kuid 分類系統，因此 CC 的內容具有一個基礎和範圍，這些基礎和範圍透過型別建立組，並透過對資產型別的索引進行編號範圍標識。該系統至今仍在使用。

 

KUID2 - 格式= <kuid2:xxxxxx:yyyyyy:z>

主要主題範圍： KUID

帶有內建更新跟蹤程式碼的更新 kuid；KUID 格式的修改版本，允許指定版本號。<kuid:xxx:yyy> 等同於 <kuid2:xxx:yyy:0>（零修訂或版本零，表示原始版本）

• 這允許資料項（Trainz 資產）攜帶資產的固有版本程式碼，限制為 127 個修訂。此資料版本程式碼通常不會與所有標識軟體技術級別的 Trainz-build 程式碼匹配，而是指示資產在其歷史記錄中具有以前的版本。 提示：可以透過 RMB+拖動下拉選單測試 CM 中的以前版本，以檢視其他版本。DLS 中已知的版本將顯示。
• 在資料庫中同時存在這兩個資產的情況下，具有更高字尾程式碼的資產會自動覆蓋或替換舊的資產；這是替換資產的正確方法，儘管 N3V 在過去濫用了 obsolete-table 容器來完成相同的事情。這種變化造成的 kuid 意味著唯一的解決方法是在資產可能出現問題時檢查所有版本的資產。
• 擁有早期版本不是必需的，但 CM 會將缺失的修訂鏈列為缺失的依賴項，對於那些反感在 CM 中汙染這種功能或程式設計師保留這種“功能”的人來說，這是一個軟體錯誤，無論從哪個方面來看，都會降低使用 CM 來識別使用者缺少什麼的功能，並導致使用者花費時間手動找出真正缺少什麼。

 

LARS

Logistics And Resource System，由 Lars Ljunberg 建立的 Trainz 物資/貨運運輸系統。Auran 和尤其是 TrainzProRoutes 的論壇深入介紹了 LARS，如今許多 DLS 資產都支援這些約定。LARS 系統極大地擴充套件了遊戲中可用的各種工業產品或裝載型別。許多 LARS 資產將包含 LAR 縮寫，並且可以重新配置以包含其他產品型別，只需進行最小的配置編輯。

 

啟動器或啟動器選單

以及 選項選單：

主要主題範圍： 啟動器

啟動器（術語可以追溯到 Trainz 0.9-UTC）是大多數人用來啟動 Trainz 的 EXE 檔案。在 N3V Games 版本中，這通常是安裝的根資料夾檔案 Trainz.exe。在 TRS 中，各個 exe 檔案分別命名為 TRS2004.exe、TRS2006.exe、TC.exe 和 TC3.exe，從而產生了人們在引用上述版本時看到的簡寫名稱。由於 Trainz UTC 實際上是 Trainz 的第四個服務包，因此使用相同名稱的 exe 檔案從未成為問題，一個人必須非常奇怪才會希望同時安裝這兩個檔案。為什麼論壇上的任何人會使用： 'Trainz Railroad Simulator 2006' 代表 'TRS2006' ？

啟動器選單

通常為計算機小白提供了一條通往其他模組的簡單路徑，因此主條目（管理內容、選項、訪問網站和啟動[無論名稱是什麼，它們現在已經改變了一些]）只會執行這些操作，使用漂亮的螢幕導航到 Trainz 的其他模組。然而，選項按鈕具有某些設定，這些設定可以在模組中最佳化事物，向當局註冊您的副本，並允許您控制圖形模式和更新。

 

佈局

在 Trainz 社群中，術語佈局和路線是同義詞，但“地圖”是 Trainz 列舉標籤值，它將配置標識為路線 config.txt 檔案中的地圖種類定義。術語“佈局”是模型鐵路的物理比例術語，指路線。

 

平交道

見 Mocrossing

 

.LM 檔案或 LM.txt 檔案

.LM.txt 檔案與 .texture.txt 檔案類似，它們是 INI 檔案，因為在資料夾中，兩者都具有 .txt 副檔名，並將處理方法傳遞給執行時軟體以渲染資產。對於兩者來說，config.txt 的“呼叫”或引用行的引號字串值絕不能包含'.txt'副檔名 - 副檔名因未知原因（可能是為了速度）而被抑制，並且解析器可以根據上下文清楚地識別；但如果指定，將在 CM 驗證資產檔案時產生錯誤。

• 兩者都是執行時 GUI 和 Trainz 遊戲引擎（Auran JET 和 TANE 將來要釋出的引擎）使用的實際 include 檔案型別，它們使用預定義的特定資料元素來構建資產。
• LM.txt 檔案（見連結）闡述了 LOD 網格的可程式設計引數。

 

..\libraries 子資料夾

libraries 資料夾包含 TrainzScript 語言（類似 C 語言）中使用者指令碼引用的標準包含 'header' 檔案。資產 種類、類組織和資產子型別在指令碼化資產的世界中緊密交織在一起，就像現在大多數機車車輛一樣。

LMB

LMB - 左鍵單擊（隱含含義為單擊一次）。此縮寫廣泛應用於 Auran 文件和初學者指南中。在本教程中，它也以相同的方式使用。

 

LMBH 或 LMBh

LMBH 或 LMBh - 左鍵單擊+按住。通常用於在 勘測員 中拖動以移動或整形操作，或在 駕駛員 中控制操作。

 

LMBH-d

LMBHd 或 LMBhd - 左鍵單擊+按住+拖動。

• LMB 操作的變體有時也會包含/按下+按住Shift 鍵 [CRTL] 和 [SHFT]。

 

LOD

細節級別。Trainz 首選和最新的系統，用於定義和顯示圖形物件的 網格，它以更少的和更少的 多邊形網格細節（模型 頂點，因此計算量更少）顯示更遠的資產，就像眼睛看到它們一樣。

• 這是最新的 Trainz 圖形標準實現，最終有望取代單個 .im 檔案（或 (索引網格)，它取代了 .pm 檔案 或 (漸進網格，Trainz UTC v1.5 之後) 圖形技術。

• Trainz 版本目前支援所有三種方法，並且很可能繼續這樣做，但新的高度詳細的資產應使用 LOD 技術製作，而單個 低多邊形 網格 .IM 技術只應用於旨在遠距離觀看的資產。

 

馬到波

馬薩諸塞州勞倫斯的一個小型調車場的頭部，有一個五軌平交道。主線在右邊。

三角形多邊形構成了 Trainz 中大多數網格。

Merscom

第三方許可的軟體出版公司，在美國發行了許多 CDROM/DVD Trainz 版本。Auran 通常會讓一個第三方公司在特定的大陸上生產和發行版本。

 

網格

（鬆散的、俚語的、藝術術語）或者更準確地說，多邊形網格：一個 3D 圖形物件，代表 線框 的數學模型，當渲染為可見面時，會提供一個虛擬表面，可以在其上應用虛擬紋理。網格表面和多邊形通常是三角形的組合。

   

Mocrossing（機車道口）、平交道、等級道口。

無論用什麼文化名稱，種類 mocrossing，它幾乎涵蓋了所有軌道和樣條線連線在一起的東西，比如一些像碼頭這樣的驚喜。

此外——'最常'縮寫為 Xing

平交道（美國英語：等級道口）。像“地圖”這樣的 Mocrossing 是一種定義的資料（列舉）型別或 Trainz 中的 種類，需要強制定義子標籤和容器。（參見 種類）。

 

NAMCON

公司術語/行話術語，指代字面意思上的 命名約定。

夜間模式，具有夜間模式的資產型別

夜間模式是資產的一個屬性，涉及在它的配置檔案中正確定義幾個標籤和容器，以指定黑暗之後發生的事情，哪些部分始終亮著，哪些部分是間歇隨機的，哪些部分在黑暗之後亮幾個小時，然後一直到第二天晚上才熄滅。

• 夜間模式功能還需要一套合適的網格和紋理，以便在夜間條件下顯示物體。
• 當一個資產具有夜間模式時，它具有三種生成的燈光“週期性行為”型別之一，一個夜間網格子容器以及相應的顏色和光圈紋理，用於定義單個燈光的位置和形狀。

   

噴漆棚或 Auran 噴漆棚

Paintshed.exe 是一個 UTC/TRS2004 獨立的資產重繪程式，它大多已經過時，允許使用者使用 Gmax 或 Autodesk 的 3dsMax 生成的網格物件，並在一個稱為 重皮 的過程中，將不同的紋理應用於機車車輛資產的面，它會展開這些面，並以各種窗格檢視的形式呈現。此實用程式允許將許多可用的塗裝或紋章型別（外觀、配色方案）應用於相同的廣泛可用的火車車廂類，只要有人開發了基本的火車車廂。這些類資產將顯示在 CM/CMP 中，帶有噴漆棚圖示，表示有一個基礎皮膚被上層的紋理覆蓋。當遊戲變慢時，有時可以明顯看到這一點，因為它正在重新繪製火車車廂，第一個紋理集會暫時可見，然後是重皮紋理的塗裝。現在已經過時，可以透過使用圖形軟體修改“包裹”紋理，透過多種手動過程實現相同的效果（重皮資產）。

 

佔位符、佔位符引數或虛擬引數

所有 Trainz 資料都以 關鍵字 + 資料值 對的形式組織（參見 ACS 文字格式），我們稱之為標籤和資料；至少在需要與這樣的關鍵字關聯的 聚合資料型別 之前。Trainz 中這些聚合型別是 容器 和 種類，並且每個都具有圍繞內部內容的特徵配對花括號（ '{' 和 '}' ）。在內部，一些關鍵字是列舉型別，並定義特定引數，其他一些定義子容器，並且許多關鍵字通常（根據約定）作為程式索引實踐後的 0 基數數字序列被發現。這些是虛擬引數，它們的位置和順序（因此是佔位符）很重要，而它們的名稱無關緊要。

例如，考慮一個具有兩個佔位符引數 0 和 1 的簡短 縮圖容器

thumbnails
{
  0
 {
   width 240
   height 180
   image "$Screenshot (240).jpg"
 }
 1
 {
   width 512
   height 512
   image "$Screenshot (512).jpg"
 }
}

在上面，在每個縮圖子容器中，寬度、高度和影像標識關鍵字-資料 ACS 文字格式 資料對。外部關鍵字與整個容器配對，但每個子容器都可以命名為任何東西（比如 'a' 或 'b' 以及 'first' 或 'second' 等），因為它不用於引用資料。因此，它是一個佔位符引數，透過它的使用方式來持有它的關鍵字 'rating'，但不用於作為訪問資料的控制代碼。簡而言之，這些佔位符引數是在資料內部處理中被丟棄的，並且任何非空白字串，後面跟著一個開花括號，都是解析軟體需要進一步分配和儲存影像、高度和寬度引數的值，這些引數在這樣的子容器（它們是與資料關聯的組）中彼此相關。 

多邊形計數

資產的多邊形數量，這將在很大程度上決定它對 Trainz 效能的影響。計算機在給定幀中需要計算和繪製的多邊形越多，顯示速度越低（幀速率。所有 CM/CMP 都有一個 RMBh+拖動下拉選單，其中包含一個條目，可以顯示資產的多邊形計數。使用 LOD 網格集的新資產，會顯著減少繪製的多邊形數量和同時發生的紋理複雜度，距離越遠，繪製的多邊形數量和同時發生的紋理複雜度就越低，從而減少了對網格細化的不必要計算，而這些細化在這樣的距離下是無法察覺的。

 

Pp to Qz

PEVtools，由 PEV 開發，列在 PEVSoft 下

PEVsoft 是一個註冊的 Windows 10 軟體源，滿足反惡意軟體的憑據檢查。這將阻止 Windows 在每次使用軟體時不斷詢問是否信任它。

PEVtools 是重要的實用程式，用於解包、處理，並在一定程度上改進資產。這些內容在 Trainz 資產維護和建立 (AM&C)、論壇和修復資產的教程中都有詳細介紹。PEV 編寫的關鍵實用程式是

• Meshviewer2.exe   —   開啟 *.pm 或 *.im 網格，並將它們渲染成數字模型的三維表現形式。它可以按要求生成早期版本中沒有的許多資產的螢幕截圖，並使用壓縮或未壓縮紋理（*.textures 與 texture.txt 和 TGA 檔案或其他合法原始影像型別）顯示網格。它允許檢查網格的整體尺寸引數，包括多邊形計數。它將顯示物件的線框網格檢視，動畫動畫物件，並顯示紋理名稱及其位置。它還將顯示缺少的紋理作為清晰的亮白色表面及其名稱，允許用替換紋理修復和修復有缺陷的資產。從 Trainz 1 到 TRS19 資料夾，只要資料被開啟以進行編輯，它就同樣有價值。

• 大約 99.875% 的時間，只需要 Meshviewer2、一個好的文字編輯器和 Images2TGA 來處理資料調整和修復，使資產符合（不斷變化的）更新或更挑剔的 資料模型 版本。

• Images2TGA.exe   —   採用 *.texture 檔案，並參考它們對映的網格檔案，生成更新的 texture.txt 檔案，其中包含 TS2009 中引入的成像功能，例如（主要）AlphaHint 命令。

• 大多數基於 JET3 的（TS09-TS12）風景物件和樣條線，以及一般相容的資產——只有少數 新功能 能力 是例外——可以透過簡單地將 AlphaHint 命令列註釋掉，並在行首加上“//'”（所謂的“hack, hack”）註釋，將其降級為與基於 JET2 的 TRS06—TC3 版本相容。這是因為 TSxx 系列及以後版本中檢查的大多數資料模型所需資料形式，實際上是在 Greg Lane 領導原始 Auran 的程式設計團隊期間，在 UTC 和 TRS2004 資料模型開發期間定義的。N3V 保持了大多數向後相容性，除了他們對曾經合法的關鍵字的處理，他們愚蠢地將其稱為錯誤，而不是忽略它。

• PM2IM.exe   —   採用 UTC 時期使用的 *.PM（漸進式網格）檔案，並將它們轉換為 Trainz 網格匯出程式自那以後一直使用的索引網格（.IM 檔案）。

• Images2TGA 和 PM2IM 都有特殊的“治療”能力（內容違法），當直接在 Windows 模式下開啟檔案時，這些能力超出了本頁面的範圍。通常它們是在命令列模式下的批處理檔案中執行的，這樣可以一次處理很多個檔案資料夾，PEV 稱之為 trawling……依次訪問每個資料夾和子資料夾。

• Quickshadows.exe 提供了幾種不同的模式，可以生成或多或少複雜的陰影網格，為缺少陰影的舊資產新增陰影。它也有一個直接的 Windows 模式，但它主要用於為批處理模式操作建立輸出型別和選項。這個工具在 2009 年比現在更需要，因為現在缺少陰影的資產非常罕見。

產品（就像“貨物”對滾動庫存一樣）

任何“被消耗或生產”的東西 Trainz 行業，包括乘客，乘客被 Trainz 客運站 “消耗”和“生產”。有許多產品系列和互動列車車廂來運載貨物，以增強 Trainz 操作的真實感。檢視 TrainzProRoutes 的 LARS 行業，或者例如，在 CM 中搜索 Davesnow 和 majekear 的列車車廂，並比較他們為大量不同標記的滾動庫存 火車車廂 設定的預設產品組合。

配置檔案

在 Kind 關鍵字標籤下，會話資產 config.txt 檔案定義了一個 Trainz KIND，“駕駛員會話”的 config.txt 檔案。一個 配置檔案 定義了 會話 的引數，在會話中，它是一個“列舉值”，增強了合法標籤，並與 TrainzBaseSpec 的標籤相加。

• 具體來說，在 config.txt 檔案中，作為 kind 標籤 的分配引數給出的“profile” 列舉字串值指定資產是一個駕駛員會話，並向軟體定義它應該解析以查詢該型別資產所需的其它標籤和容器。TRS2010 之前的會話資料夾在其 kuid-table 中沒有列出許多依賴項，並且它們的字串表相對簡單，規模較小。隨著 TS10 中新增圖層，配置檔案擴充套件了配置檔案包含的檔案型別數量，並且它們的 kuid-table 顯著增長，因為會話建立者可以僅針對該型別的會話為基礎路線新增功能。這需要會話資料使用這些特殊目的定義的引數、掛載資產，甚至會話專用資產來補充地圖資料。

原型

一個佈局或其他特徵（例如滾動庫存資產、標誌、訊號等），旨在根據 原型 運營公司 的鐵路或風景資產（即建築物）相當準確地描繪現實——與“幻想路線” 相反，幻想路線是一個虛構或奇幻的地方或路線。完全準確的原型建模是一項艱苦而困難的任務。通常，建模需要在藝術性和對原型位置的忠實性之間進行權衡，例如縮短長距離，使模型路線上的駕駛更有趣。建模者可能會追求準確性或可玩性，但實際上，沒有多少人會開車三個小時才能到達下一個有趣的地方，因此最好的建模者通常會尋求良好的平衡。
 • 另請參見：原型在符號中

 

PTP 或“Pro Train Perfect”

2000 年代中期法國-德國出版商，出版了兩個獲得授權的僅限歐洲版本的 TRS2006 版本，這兩個版本都是 Auran 授權的 Trainz Classic 版本。 TRS2007 版本是在東歐與 第三方內容 建立者和出版商 Blue Sky Interactive 合作出版的，該出版商是模型鐵路行業的知名公司，其版本包含德國、法國和波蘭的內容。它有時被錯誤地稱為 TRS2008——這個“名字”在實際上，指的是另一家出版商/發行商釋出的法語、義大利語、希臘語、西班牙語版本（在 2007 年稍晚）。從技術上講，TRS2007 和 TRS2008 都不是正式正確的名稱，只是社群對 Auran 的俚語稱謂。
 • 因此，Trainz PTP 在英國英語俚語中指的是在德國、波蘭、匈牙利、俄羅斯和其他東歐國家出售的 TRS2006 的東歐語言版本。
 • 同樣，Trainz Railroad Simulator 和 Trainz Railway Simulator 或 Trainz Railroads 和 Trainz Railways 都有一定程度的合法性，因為當天的軟體出版協議通常是區域獨佔協議。截至 2021 年，一家擁有營銷權的出版商仍在出售新的 Trainz UTC 和據稱是 Trainz: The Complete Collection，以包裝 CDROM 為基礎的軟體形式出售。

Ra to Rz

 

鐵路駕駛員

由 P.I. Engineering 製造的物理控制面板，可以連線到計算機，並且模模擬實機車的控制面板。

 

體驗駕駛

體驗駕駛 是一種會話型別，不需要人類智慧駕駛員（即您）的操作，而是用 AI 駕駛員（廣告宣傳中的一個誤稱：'人工智慧'駕駛員，換句話說，模擬器，按照 會話編寫者 設定的指令碼操作）編寫。

 

RMB, 右鍵單擊

此縮寫廣泛用於 Auran 文件和本文件中，代表單次右鍵單擊並釋放。

RMBH, 右鍵單擊並按住

此縮寫廣泛用於 Auran 文件和本文件中，表示按住右鍵並保持按下狀態。

 

RMBHd, 右鍵單擊並按住拖動

此縮寫廣泛用於 Auran 文件和本文件中。 Trainz 中許多輔助操作，包括 Surveyor 和 CM，都使用右鍵單擊下拉選單。

機車車輛

實際上是指以 kind traincar 格式編寫的資產。

機車車輛 是 CM 中的分類搜尋選單欄，也是鐵路行業術語，表示任何在軌道上行駛的“營運車輛”。一般而言，根據公司傳統和文化的不同，它很少用於 養路工程 (MOW) 車輛。Trainz 將 MOW 車輛歸類於機車車輛，就像它將機車歸類於機車車輛一樣。{{TTip|要對機車車輛進行排序而不顯示機車，請將 CM 或 Surveyor 的搜尋過濾器設定為'分類：機車車輛 + 且不包含 + 分類：機車'

 

機車車輛部件

機車車輛部件。機車車輛資產所需的依賴項，例如轉向架（美式英語：轉向臺）、聯軸器、底盤、網格或車身。許多機車車輛資產是其他機車車輛資產的重新貼皮的 '別名標記' 網格，透過 Kuid 在別名關鍵字或（現在，更常見的是）網格表標記中引用。

 

規則和駕駛員指令

另請參閱：規則，以及主要主題：規則 和 駕駛員指令

一種命令，可能首先在 駕駛員會話 中看到，封裝在一個帶有圖示的小圖形矩形中，這些圖示代表（代表）Trainz 可擴充套件 GameScript 語言中的一個再入指令碼片段。在幕後，框架、任務、測試和評分由由 會話編寫者 CC 定義的互動式規則處理。在會話的“初始化部分”中，定義了一個可用的“駕駛員指令”列表，因此在駕駛不同的會話時，它會有所不同。各種規則代表程式流程控制、狀態報告和測試元件，以及向編寫會話的 CC 顯示輸出。DLS 上有超過 1,000 條規則。

• 對於會話編寫者而言，指令碼片段 是構建塊，並具有允許與虛擬世界地圖元素進行動態數字介面的“掛鉤”。
   • 會話規則通常允許定義和初始化掛鉤到執行時軟體的其他引數。
   • 對於 規則編寫者 CC 而言，規則是一個獨立的資產，編寫用於滿足一般需求或允許在會話的遊戲過程中動態執行某種特定型別的任務。這些規則通常與 CC 或其合作者建立的特定資產配合使用效果更佳。它們可以在 CM 中按類別進行排序。

• 可以將指令碼片段視為一個子程式，在每個 例項 中可以採用各種定義或關聯，這些定義或關聯是會話執行時軟體所需的。這些程式碼定義的掛鉤是將路線或列車編組元素與狀態測試或軌道值（例如動態遊戲中的評分）關聯所必需的。在 Surveyor 中建立駕駛員會話及其 會話編輯器 API 中，指定了規則及其引數的包含。
   • 駕駛員指令規則是放置在 AI 駕駛員 命令佇列（列表）中的指令，這些指令按順序執行。

 

規則編輯

許多規則在“編輯”後（程式設計、定義、初始化或指定會更準確，但“編輯”是 會話編輯器 按鈕的標籤）新增到會話序列中或在會話序列中遇到時，會開啟一個條目小程式。編輯規則是會話設計者/編輯者 CC 定義要傳遞到 駕駛員 GUI 模組 中的執行時介面的引數的方式，這可能直接更改 Trainz 地圖 中的某些元素（例如，道岔、訊號狀態）——或從地圖渲染遊戲軟體獲取資訊，方法是設定一個關聯，“變數”，用於軟體狀態檢查，或用於保持計數器樣式分數。

• 另請參閱：會話編輯器、駕駛員規則列表。

Sa 到 Sz

   

SAR、CSAR、GSAR

計算術語（行話）   直譯：  查詢並替換（也稱為“查詢和替換”）；以及 條件查詢和替換；GSAR 的變體代表 全域性查詢和替換（所有或無 SAR，風險遠大於您可能會更改不應該更改的內容，而不是逐個查詢和決定。使用 REGEX 可以顯著降低風險。

Notepad 的 全部替換 是 GSAR，Notepad++ 的檔案查詢和替換可以是，尤其是在沒有指定 REGEX 條件的情況下。

場景和會話

場景 以及主要內容：場景

場景 是模組化的互動式指令碼軟體元素外掛（型別為“活動”，現在不再支援），充當 Trainz Driver 的補充，並提供了第一個遊戲體驗，提供任務挑戰、評分和切換操作。場景是第一個 型別 資料型別（資產），它執行 AI 駕駛員驅動的列車，建立了交通使用者必須與之互動並避開的交通使用者。它們具有粗略的能力來“離線”載入和解除安裝列車，新增或解散其他編組，在同一個遊戲會話中啟用貨車的分配以及涉及同一貨車的操作，最重要的是，這不僅僅是在自己的腦海中想象並做一些事情，而是真正的具有挑戰性的活動和任務。但是，它們在製作和除錯方面比較困難，因為它們必須在單獨的編輯器應用程式中“離線”編寫，而它們的替代品“會話”（型別為“配置檔案”）可以訪問路線資訊，因為它在 Surveyor 模組 API 中有一個下拉選單。

 

這種活動、挑戰、競賽或消遣在高階模型火車鐵道迷團體或俱樂部舉辦的複雜組織的競賽中更為典型。最好的活動提供了評分，並且您可以嘗試比以往的最佳成績更好，前提是您能夠跟蹤以往的成績。自動評分記錄是 Trainz 的一項相對較新的功能。從 TR04-TS09 開始，大量的新命令和會話規則迅速增加，極大地擴充套件了會話的功能，這些會話被分配了型別“配置檔案”。 Trainz 在 TS10 和 TS12 中對此進行了改進，並添加了提示規則和許多可以測試的條件，使今天的駕駛員場景（會話）能夠比昔日的場景“活動型別”複雜得多。 會話 取代了場景的使用，因為 TrainzScript 模組現在已直接整合到 TRS2004 的遊戲中，因此會話編輯器已成為 Surveyor 的重要組成部分。
 • 在 TS12 的服務包之後，將不再繼續支援場景。

  遊戲環節

 Trainz 遊戲環節 是指令碼化的 Driver 活動，它們透過由 遊戲環節建立者 設定的任務、條件和標準建立互動式遊戲玩法情節。它們是 參考資料，並且始終與主機 參考資料 資產（也稱為路線或佈局的虛擬世界）具有依賴關係。遊戲環節是在 TRS2004（2003 年後期）中引入的，作為對 場景 更好、更容易使用的替代方案。兩者都是指令碼集，但遊戲環節更靈活，並且可以更容易地修改和除錯，因為它們是使用 遊戲環節編輯器 在 Surveyor 中編寫的，因此它們被整合到遊戲中，地圖特徵可見，因此比使用單獨的 TrainzScript 編輯器模組（其中虛擬世界不可見，其資料也不可見）的場景更容易製作。遊戲環節編輯器仍然缺乏許多可以改進可用性的內容，但自 TRS2004 以來，它一直是 Trainz 駕駛場景的核心，而舊的場景。

 

指令碼

在 Trainz 中，指令碼透過擴充套件或模擬某些資產或操作的功能來支援 Trainz 遊戲引擎。指令碼程式碼始終嵌入在每個互動式火車車廂或 Trainz 工業中 - 一旦軟體系統獨有的現實感特徵。通常，指令碼會附加在需要的地方的資產中（由那些“討厭的” KUIDS 和 參考資料 東西（你很快就會處理！），以及資產源 [程式碼] 資料夾中的指令碼檔案中），然後每次遊戲引擎或其他指令碼呼叫它時執行。指令碼本質上是解釋性語言程式碼模組，它們是可重新定位的，通常是可重入的，並且接收和傳送引數作為執行一項任務的子例程，這些子例程可以以不同的組合串聯在一起，從而靈活地產生不同的結果。最後一點意味著它們執行類似計算機的功能，例如在指令碼中定義、分配、跟蹤、修改一個或多個變數，以及事件閾值測試，然後在滿足對情況的條件測試時觸發其他操作。這是分支行為，將程式化的事件流更改為新的子例程或子程式。所有這些行話意味著指令碼是 Trainz 中許多靈活性和智慧的核心，分佈在幾十個不同的重要功能區域。 Gamescript 是一種（過時的）Auran 指令碼語言，在第一個 Trainz 版本的第三個服務包 Trainz 1.3 中引入，並在其繼任者 Trainz UTC 中得到擴充套件。與軟體系統資產（如滾動庫存專案或行業）相關的編碼，以在 Trainz 中建立互動效果。並非所有資產都有指令碼，指令碼用於建立相關數字（虛擬現實）元素或這些虛擬現實元素與 Trainz Driver 中的使用者之間的動態互動。例如，煤礦和漏斗車列車是一種此類配對的數字元素，而操作駕駛室中的操縱桿或控制則是一種相關的數字元素和人機互動。此外，指令碼（如 規則（以上））允許在遊戲玩法中設定計分、地圖狀態的動態或觸發控制、條件感應，並且通常需要遊戲指令碼程式來將虛擬物件與虛擬操作/行為結合起來。

• 相比之下，TrainzScript 軟體是 Trainz 1.3–Trainz UTC 互動式遊戲玩法的發明，是 Trainz 遊戲環節 的前身，後者與 TRS2004（2003 年）中的互動式產業一起引入，並在其四個服務包的“磨合期”中得到完善。

 

水位計

水位計是一種測量裝置，用於顯示大型儲層（大型水箱）內液體的實際彎月面水平。在蒸汽機車和商用鍋爐中，通常會安裝一個水位計元件，有時會在不同的高度（水箱深度）安裝幾個元件，這些元件會安裝在水箱側面，透過一對緊急截止閥。管道從閥門退出，進入一個肘部，該肘部以壓縮接頭終止，壓縮接頭擠壓厚玻璃管的兩端 - 適當的水位計是玻璃管，可以透過它跟蹤水箱中的液位，因為流體流入直到它們達到自己的液位。一般來說，整個元件被稱為水位計，元件或零件的含義可以透過上下文辨別。

 

字串（計算）或 字串值

計算機術語，使用與文字標準相關的編碼。各種“字母表”對字形進行不同的編碼，但大多數英語字形符號可以透過 ASCII 程式碼和 unicode 的超集來表示，後者擴充套件了可用符號。

這是一個 內建（預置）路線的示例，在 勘測它（窺視） 之前駕駛它時會遇到問題。

 

字串陣列（或字串列表）

Trainz 使用幾個分號分隔的 ASCII 值列在字串中，作為 容器 來捆綁可變長度的列舉程式碼集，而不是為每個程式碼集使用單獨的變數。事實上，此類字串陣列取代了早期的資料模型關鍵字形式（對比 category-era 與 'category-era-XX'）。一個更重要的常見例子是 category-region tag，它採用成對的列舉國家程式碼（可能是 ISO 兩字母程式碼，或者至少非常相似），並且“列出”該資產可能適用的位置。

• 說到這一點，今天的（TS09 標準）category-region tag 替換了單獨行上的個別標籤，如 category-region-0、category-region-1、category-region-2、category-region-nn。
• 字串陣列的使用通常簡化並縮短了 config.txt 檔案，但以強制特定格式和/或列舉型別的值為代價。也就是說，這些型別往往是面向人類的，對資產的分類排序比對遊戲執行時軟體的實用性和重要性更重要。

道岔 是 手動操作的道岔轉換器，帶有目標指示器（顯示其開-關狀態），帶凹槽交叉軌道稱為 蛙軌，以及鉸鏈式錐形軌道臂和尖端稱為 尖軌。

在 MBTA 郊區鐵路 主線交叉 MBTA 郊區鐵路軌道 上安裝了一個新的 道岔電機，位於馬薩諸塞州勞倫斯市碼頭，從河街 平交道口 處觀看。
（以前屬於 B&MRR，現在是 泛美鐵路 的一部分）

伊利諾伊州芝加哥市 調車場 的航拍圖。

 

SP、SPs（服務包）

主要覆蓋主題：服務包 和 服務包（在註釋中）。

對應用程式程式或作業系統進行的免費 軟體更新。與大多數型別軟體（遊戲）不同，Trainz 既有永續性，又具有複雜性，因此在使用者社群徹底審查新版本後，它擁有很長的中間改進和錯誤修復的歷史。

 

道岔或道岔開關（或尖軌）、轉向架和蛙軌

道岔電機和/或道岔槓桿。

道岔（模型鐵路的“轉向架”）是可選的單線路到兩條線的分岔或匯合，其中蛙軌或尖軌透過手動槓桿或扳動槓桿在道岔轉換器處移動，有時透過道岔電機自動移動。

• 道岔槓桿可能是指示的或非指示的，這意味著它們在切換或未切換時顯示不同的外觀 - 歷史上在許多情況下透過訊號臂，或更常見的是，在道岔之前使用軌道旁的“道岔轉換器旗幟”（或目標）或“指示燈”。
• 一系列道岔構成一個發散梯，這個梯可能在調車場的另一側重新匯合，也可能不匯合（根據當地國家鐵路的亞文化，也可能稱為 貨場、編組場、編組場、調車場或分類場）。

 

切換場景

切換 問題司機會話（舊技術：場景）是 駕駛模式 遊戲玩法“拼圖”挑戰，向駕駛員提供一個任務列表，涉及在一段軌道的各個位置之間調動貨車。分配說明可能會使用諸如 編組、提取、切斷 和 卸出 之類的術語；所有這些術語都在不同的鐵路文化中使用，用於拆開、收集和將一組車廂放置到想要的位置。

• 軌道可能涉及一條主線 [第二張圖片，那個調車場在雙軌主線的另一側；只有主線有昂貴的道岔電機控制它們的連線點]，通常禁止調車機司機使用它，或者只能有限制地使用主線（時間視窗），或者行動可以在一條寧靜的支線上進行，幾乎沒有其他交通工具需要避讓。

• 行動可能發生在一系列小型的工業調車場或支線上，這些調車場或支線沿著一段軌道分佈在幾英里的範圍內，並有一條卸車道沿著當地主線軌道，或者可能涉及一個大型調車場 [第三張圖片，（例如一個“集結”（英國）或“分類”或“切換”或“排序”調車場]，具有複雜的“道岔梯”，編號軌道和引導軌道或軌道排列，並且只有分配的特定軌道和連線點，駕駛員被允許使用（或限制使用）。

• 大多數將需要一定程度的人工控制的道岔操作 [{第一張圖片，所示的道岔架從一個小調車場連線到主線]，並涉及一輛或兩輛奇怪的車輛，這些車輛的排列很不方便，因此使操作變得複雜。作為刺激，許多將對你的效率進行評分，並且每次你撥動連線杆時都會扣除分數 - 無論那個是你打算改變的，還是不是！

Ta 到 Tz

 

Trainz 資源資料庫，TAD

幾乎與 Trainz 版本數量一樣多的 Trainz 資源資料庫組織方法。它們共同擁有兩個屬性。一個計劃好的永久儲存資料資料夾模式和結構，以及一個索引檔案，用於快速參考正確檔案資料夾及其內容的位置。索引檔案本身有時被稱為 TAD，並且多年來大多數檔案的名稱都是 assets.tdx。在 trs2009 版本中，N3V 引入了 TAD Daemon - TADDaemon，它在後臺執行作為事務管理器，實際上將 Content Manager 和 Surveyor 的責任解除安裝到另一個後臺實用程式“TrainzUtil.exe”。TrainzUtil 是實際執行低階任務的軟體，例如開啟檔案集、解析錯誤並與 DLS 通訊。

 

TADdaemon

'TADdaemon.exe' 是一個 Trainz 事務管理器，它控制和管理對 TAD（Trainz 資源資料庫）的讀寫操作，並在 TS2010-SP0 和 TS2009-SP3（處於同時開發中）之後的所有版本啟動後在後臺執行。除其他事項外，TADdaemon 允許多人遊戲操作，同時執行 CM 和執行時 GUI（例如 Surveyor，這兩者結合在一起很棒！）（防止有時影響 TRS2006 系列模擬器執行相同雙模式操作的鎖定和崩潰）。

• 在 啟動器選單 → 選項按鈕 → 開發者選項卡 → 點選框：“顯示資料庫程序視窗”將顯示 TADdaemon 內部正在進行的操作，這有時在故障排除中很有用。

 

單詞、標籤、關鍵詞或等效的“標籤名”

主要頁面：資料模型、標籤和容器索引

 

在 Trainz 資料模型 已經發展並整合（和丟棄）了許多標籤和容器，這些標籤和容器在過去幾年中一直是其資料定義的所謂的“保留字”。總的來說，當進行全面調查時，它實際上變化很少。在那些我們可以歸類為已丟棄且（愚蠢地）被宣佈為非法的標籤中，最突出的是曾經在幾乎所有資源中發現的那些詞語，那些詞語今天將被認為是 TrainzBaseSpec 定義的一部分，這些定義可以出現在任何和所有型別的資源中。一個新使用者幾乎肯定會遇到

資原始檔名、類別時代-nn、類別區域-nn、公司、名稱-xx、區域、來源、縮圖、型別，以及一些在某些型別的資源定義（例如引擎聲音等）中只發現的不那麼常見的其他詞語。

一個新使用者也幾乎肯定會遇到一些 N3V 程式設計師也決定不寬容的事情（可忽略的錯誤），他們將其合理化為從未成為官方資料規範的一部分（忽略了數千個資源中多年的通用做法，以及他們職業中公認的“良好編碼實踐”）

類、REM ""（塊註釋）、// 和 ; 字首行（即內聯註釋）、日期、大小、重量、高度、噸位，以及其他類似的度量——參見 Auran 定義的 PRR Boxcar config.txt 檔案以獲取列表。在資料檔案中消除註釋是愚蠢的。無需多言。

不明智的是，負責 TS2009-TS2012 的 N3V 程式設計團隊選擇強迫數千名使用者花費時間刪除標籤和值，而資料故障檢查程式的讀入過程可以在幾微秒內完成。他們固執地仍然對這種行為如何激怒他們的客戶群一無所知，他們的經理和執行長顯然從未考慮過對一個稱職的程式設計師來說忽略這些標籤是多麼簡單。一個類似的衝動（永遠的動力，現在）給出的“新手錯誤”，與相同的應用程式有關，是 CM 2.0 及更高版本對不匹配的引號對所做的處理。S/W 團隊從未學會解析依賴於引號的檔案的前後順序，並驗證行計數是否匹配的技巧。再次，幾微秒的程式碼執行時間，對使用者來說是一個很小的成本，只需要編寫一次，並且永遠成為處理 種類標籤 並在實際驗證任何資料之前的讀入配置過程的一部分。如果你作為新使用者看到資源驗證產生一個長長的錯誤列表，你會發現問題是一個丟失或多餘的引號！押注吧。

 

TBS、KIND_TrainzBaseSpec 或“TrainzBaseSpec”

Trainz 基礎規範 是一組通用資料項，或者可能或在其他專案中，必須指定以定義任何和所有 Trainz 資源，包括 路線 和 會話。

 

TDH 或 Trainz 下載助手。

自 TRS2006 的 CMP 引入以來，每個 Trainz 內容管理器的子程式；TANE 和 TRS19 中的 TDH 在那裡，但內建在選單中。

• 在 TS12 之前（不包括 TRS2004 的 ContentManager.exe，它只管理具有類似於 CMP/CM 的主視窗的螢幕的本地內容）的內容管理器模組中，它表現為內容管理器程式（從 TRS2006-TS12）左側的頂部窗格（一個可調整大小的拖放視窗）。

  DLH 用於透過從主 CM 視窗（列出搜尋窗格控制元件選擇的資源，在本例中，一個顯示 DLS 內容，然後累積這些行）中選擇資源來下載和安裝額外的資源。當用戶（或他的網路！）準備就緒時，他點選 DLH 窗格下方的按鈕，開始通訊交換。DLH 也有一個停止按鈕。

  今天的 TANE 和 TRS19 版本使用類似的方法，無需使用拖放，然後啟動通訊連結，因為它們始終與 N3V 伺服器通訊，除非停用網際網路，因此兩個點選和拖放選單項將分別為“下載此版本”或“下載”（這意味著伺服器將搜尋最新的，可能是最新更新的）kuid，它可以找到並返回 THAT。

 

紋理檔案（'*.texture'）和 texture.txt 檔案

一個可以包裹或應用於3D網格“虛擬表面”側面的源2D影像稱為紋理（另請參見：“紋理對映”。Trainz中用於對映紋理的首選檔案型別是可擴充套件的柵格圖形TARGA（TGA檔案）格式，雖然BMP和JPEG 檔案格式按副檔名作為紋理也受支援。

• 副檔名Dot-texture作為副檔名，如（*.texture），通常在開啟資產進行編輯時找到，是包含影像處理頭指令和圖形紋理影像的複合二進位制檔案。這些可以解碼為texturename.texture.txt，其中包含成像指令（現在在.txt格式下可編輯和可變）及其關聯的原始檔（*.bmp、*.jpg或*.tga），使用PEVtool Images2TGA。
• 較新的Trainz技術利用先進的網格渲染-紋理對映技術並具有諸如“AlphaHint=語句”之類的功能指令和其他深奧的東西（在所有TRS-Trainz版本中未知），但擴充套件了Trainz圖形的美觀性。這些處理指令位於texture.txt 檔案中——一種ini檔案型別，提供額外的指令。每個基於網格的Trainz資產將至少有一個texture.txt 檔案，通常更多——以及Trainz KIND紋理資產，都是環境性的。

 

TH或Trainz Helper。

Trainz Helper是TRS2004（可能可以追溯到Trainz 1.3）中的一部分*.exe模組，它建立了與伺服器的連結，該伺服器最終被稱為Trainz下載站。{{BullR ]} 這些任務後來（即大部分，從2005年開始）在CMP的TDH 'Trainz下載助手'可摺疊API視窗中完成，這是整合到CM和CMP中的左側窗格拖放資料管理工具之一，直到TANE改變了使用者介面的外觀、檢視和感覺。
 • 今天的TANE和TRS19版本使用類似的方法，無需訴諸拖放，因此兩個R-click選單項是“下載此版本”或“下載”（意味著它將讓伺服器搜尋最新的，可能是更新的）kuid它可以找到並返回THAT。下載還會獲取依賴項以及任何依賴項的依賴項，所有最新的相關版本。

 

TLCP - 主要文章是Trainz/N3V生命週期策略

最近採用的有爭議的政策是，從第一次釋出之日起四年結束對釋出版本的支援，而不是在軟體透過最後一次軟體升級穩定後四到六年。

• 該政策的第二個影響是，為舊版本建立的資產不被DLS上傳軟體檢查接受，這造成了人為的不必要的版本蔓延，並要求路線開發人員從他完全滿意的版本升級。

 

 

軌道標記

主要文章：軌道標記

軌道標記出現在勘測員和地圖檢視中（啟用時），呈小型三維菱形。在最早的Trainz版本中，它們用於使用者可以在駕駛會話之前手動在地圖上放置列車，並在Trainz 1.3中演變成航路點，指令碼可以使用這些航路點來指定AI列車的路線透過點或停靠點。隨著TRS的出現，兩種變體軌道標記型別被新增到原始紅色軌道標記（紫色和黃色）中，分別用於分配軌道等級優先順序（第一到第三）和軌道方向標記，兩者都透過AI列車影響路線選擇。在後一種情況下，方向指示路線只能由AI駕駛員在單一方向上導航（實際上是單行道）。  

TrainzObjectz.exe

由著名的內容創作者Terry Franks（tafweb，#1942，多年來Terry在TS12中有305個內建專案，在早期版本中還有數百個！）為流行的TRS2004編寫的第三方免費軟體資產管理實用程式。許多人認為TrainzObjectz啟發了Auran將其TRS2004的內容管理器.exe發展為TRS2006的內容管理器Plus，以管理類似於TrainzObjectz的資產檔案管理任務，並將幾個Trainz 1--TR04實用程式合併到同一個軟體模組中。TrainzObjectz對資產庫進行了故障檢查，併為Trainz-TRS2004版本的安裝提供了大部分資料管理功能。它允許對有缺陷的配置進行即時編輯，並報告資產、會話的孤立部分，不僅報告缺少的依賴項，還會提示詢問使用者是否現在要下載它們，並在啟用時下載它們。此功能（一步缺失更正）直到TANE重新設計內容管理器才重新引入Trainz系列。2005年，CMP整合在TRS2006中，許多人認為它是根據Trainz Objects建模的，並在TR06及更高版本中取代了許多功能，但缺少一些其他不錯的功能和能力。現在除了UTC和“TR04安裝之外已經過時，它仍然可以在www.tafweb-trainz.co.uk/trainzobjectz.html#download上找到並下載，今天它可以用於管理像Trainz 1-TRS2004安裝中使用的那樣開放的資產庫。

 

Trainz Railways

英國發行商-出版商（Auran合作伙伴）為第一個（區域釋出的）Trainz Classics使用的營銷名稱，其中捆綁了TRS2006（沒有Sp，所以V2.5）以及TRS2004和Trainz 1.3。
 • 這對應於美國和澳大利亞釋出的Trainz：完整收藏中的主要軟體組合——但華夏公益教科書不知道Trainz PaintShed和Gmax是否也包含在英國版本中。
 • 令人困惑的是，Auran在Trainz Classics 1、2和3中重複使用該標題，該標題在TC1、TC2和TC3（V2.7、v2.7、v2.8）版本中釋出了TRS2006-SP1（v2.6）之後的改進。

 

Trainz Railwayz

美國發布的原始（區域釋出的）Trainz Classics使用的名稱。（參見上面的'Trainz Railways'。）

 

Ua to Zz

UTC或Trainz UTC

Trainz Ultimate Trainz Collection（v1.5）... Trainz 1.3的3CD版本，帶有額外的內容CD和PaintShed（v1.4），最終被TRS2004（v2.0）取代。UTC引入了場景，後來發展成為更通用的會話，這在今天最常見。TS12是最後一個支援場景載入的Trainz版本。

 

Virtual Railroader ezine

'Virtual Railroader'，在編輯/出版商/Trainz愛好者Alfred Barten的領導下，是一個重要的月刊電子雜誌，以各種模型鐵路雜誌和Kalmbach模型鐵路書籍為榜樣，專門針對Trainz鐵路模擬器、模擬器模型、資源（原型資訊）的“如何做”和資訊文章，對於經驗豐富的和尤其是對於初學Trainz的人來說仍然是一個寶貴的資源。對於任何想要構建路線或進行任何內容創作的人來說，必須認真閱讀！

註釋和參考資料

參考資料

• 附錄
• 蒸汽機車部件
• https://support.trainzportal.com/index.php?/Knowledgebase/Article/View/20/6/common-trainz-terms---glossary