Trainz/種類

↑   Trainz內容創作，參考文獻 — 參考文獻目錄 ↓

Trainz培訓基礎 Trainz註釋參考頁

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

詞彙表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

滑鼠使用

符號

Kind標籤

點選 此處快速導航到KIND的目錄

除了本地安裝資料庫之外，定義Trainz資源的所有元素都包含在單個資料夾中——資原始檔夾或資源原始檔夾——當資源分別開啟以進行編輯或構建時，都可以訪問這兩個資料夾——都涉及（可能多種型別的編輯）編輯和資料操作。

種類是這些資源原始檔夾中特殊的父資料形式，並在資料夾的唯一config.txt檔案中定義。Kind標籤的合法值受到嚴格限制。每個配置都有一個種類，並且每個配置在本地定義的目錄中都有一個存放其餘部分的家。因此，資源原始檔夾也可以歸類為高於Trainz 容器的一般資料型別，並且每個都由其明確的唯一關鍵字指定型別進行控制，Kind標籤值。 

因此，每個Kind都表示在自定義的自包含Trainz資源定義層次結構中一組基本的列舉Trainz資源型別或資源種類資料類。其中的config.txt檔案負責定義唯一KIND行的“資源型別”資料需求，並將這些由KIND需求定義為必要（或可選）的事物與TBS設定的其他強制性和可選資源資料定義進行聚合——實際上，配置的任務是定義父KIND，將其他TrainzBaseSpec定義行需要的事物與父KIND行（“種類”名稱）值所需的定義行合併，以建立種類型別的資源，方法是在TBS中設定“種類“KIND列舉型別名稱””行。
將該計算機科學翻譯成英語：每個“Kind標籤”都設定了資源是什麼以及其資原始檔夾在提交到Trainz內容管理器進行提交（現在，由於TANE內容管理器出現，奇怪地稱為提交）或驗證（錯誤檢查和測試，提交（或提交）資源到資料庫之前的步驟。也包括在上傳到DLS之前。每個種類都與源config.txt檔案配對，通常作為其最前面幾行之一。一切都是TAG-DATA對的一部分。有些是TAG-容器，很多是TAG-值，但所有配置資料都是配對的。容器中的子容器遵循相同的規則。即使是陣列資料元素——字串、多個值、多種可能性（類別時代和類別區域）都在一行上以對關係定義。因此，容器是關鍵字標籤，這意味著期望“{”和“}”，並根據標籤名稱定義的規則處理兩者之間的資料。

瞭解KIND的作用可以說僅次於理解TrainzBaseSpec和包含這兩者的普遍容器config.txt檔案的作用。在這三種情況下，所有這三種都是使用者為了修復或建立資源而需要掌握的最重要的資料元素。幸運的是，每種Trainz資源都有一個唯一的KIND，因此可以根據需要或系統地逐個掌握這些KIND，同樣，可以逐個理解每個容器。

事實上，所有這三個元素都緊密地相互關聯，因為它們在資源根資料夾中一起工作，該資料夾必須包含config，而config又“必須”包含TBS中的Kind標籤以及其他強制性TBS支援定義，例如kuid和使用者名稱，並且根據TBS行中定義和選擇的KIND，“必須”因此包含該Kind標籤以及所有支援定義所需的所有定義……包括必要的容器和子容器。

在較小程度上，KIND和類別-類標籤一起告訴內容管理器軟體在資源的config.txt檔案中哪些其他關鍵字是必要的、可選的或非法的，並且後者具有定義的目的，即將該類別-類成員（正在定義的資源）新增到各種排序標準的組合中，這些標準對CM的排序和選擇操作很有用。

在Trainz資料模型中定義資源 config.txt檔案 =（宣告）TrainzBaseSpec + 類別-類標籤 + KIND + 支援容器 + 紋理和網格處理包含檔案

Trainz種類是定義用於描述在單個標識KUID下的資源型別的最小資料結構的上層容器。

層次結構和級別

Trainz模擬器中的KIND定義了與類別-類一起設定的屬性，這些屬性設定了必要的資訊欄位，以使資源模型正確渲染。在非常真實的意義上，KIND資料結構（對與模型渲染和執行時模擬需求相關的不同型別相關資料進行分組）是Trainz中的第一級容器（儘管名稱特殊，為“KIND”），並且幾乎總是需要其他容器級資料組在ini檔案中與之一起使用。這些是列舉的支援容器和標籤，Kind標籤和類別-類的列舉型別組合使用這些容器和標籤來確定必須為這種資源定義哪些其他資料元素，這些元素可以被認為是子種類，因為所有類似的資源都需要定義相同的資料元素。

現在所有容器和類似容器的結構都位於 config.txt 檔案中，但區別僅僅在於“容器定義型別”通常在幾個不同的 KIND 定義的資產中具有作用域（適用性），並表示一個共享屬性（一個特徵，例如轉向架），而每個 KIND 對該類資產都是唯一的。KIND 引擎和 KIND 貨車都具有轉向架（卡車上的車輪），因此它們各自的 ini 檔案中都包含一個轉向架容器。

在 Trainz 資料模型 II 中定義資產 TrainzBaseSpec + 類別-分類標籤 + kind “engine” 確定了一組必需的支援 容器，而類別-分類 + kind “trancar” 則確定了另一組支援容器。 TrainzBaseSpec + 類別-分類標籤 + kind “scenery” 確定了一組必需的支援 容器，而類別-分類 + kind “industry” 則確定了另一組支援容器。

下面的列表截至頁面撰寫時是完整的，並且定期更新。請參閱 Trainz-Wiki KIND TrainzBaseSpec 以獲取可能的更新。（那裡許多下面的連結連線到 N3V TrainzOnline Wiki，並且這些連結與 Wikibook 部分連結之間存在細微的色彩差異。截至 2014 年 8 月下旬，那些仍然是紅連結的連結尚未在 N3V Wiki 中正式定義，儘管該分類很可能已在某個 內容建立者 的論壇中傳播。 

KIND 的種類

所有 Trainz 定義的資料（內容）都具有三個必需元素：一個 config.txt 檔案 用於組織資料，一個標識，即 kuid（僅使用者名稱對你沒有幫助，但是可以建立一個合法的資產而無需名稱！）以及最後一個，一個合法定義的 kind 標籤。kind 負責指揮，是管絃樂隊的指揮，是排長或 CEO 發出指示——為處理後的所有內容設定要求。簡而言之，kind 的值，一個小型、精選的、嚴格定義的僅限成員的組——告訴 Trainz 軟體在虛擬世界中要呈現和顯示什麼以及如何（或在何處）找到使資產的這些部分在該 config.txt 檔案中連結在一起的其他必要部分。
以下每個子類都被認為具有 TrainzBaseSpec 作為其資料“父類”。 下面列出的一些 kind，那些帶下劃線的 kind，是早於 Trainz 資料模型 在 TS2009 版本（即 2008 年後期以來）中更改的遺留 kind，自那時起 N3V 程式設計師僅施加了漸進（增量）更改。
目前可以在 內容建立者指南 部分的 N3V Trainz Wiki TrainzOnline 網站此處 中找到基於這些遺留 kind 修復資產的詳細資訊，其中包含 此處遺留 KIND 的示例。強烈建議 Trainz 下載站 的任何使用者或任何考慮建立內容的人員仔細閱讀 CCG。從瞭解舊內容是如何定義的背景歷史中獲得的見解，然後可以與 TrainzOnline 對相同資料型別的當前覆蓋範圍進行對比和比較，因為通常這種過去與現在的對比可以為修復、更改和自定義資產提供寶貴的見解。更重要的是，CCG 中的寫作是專業製作的，並且更具贅述性——它通常會讓你洞悉如果更改此或彼將產生的擴充套件影響，而 Trainz Wiki 則無法提供這些資訊。TrainzOnline 上提供的 CCG 是 TC1&2/TC3 版本——幾個印刷小冊子中最後出版的一個，這些小冊子可以追溯到 1999 年的 Trainz；TC3 CCG 包含來自 TRS2004/TRS2006 和 UTC 資料模型的已更改的 Enginespecs 機車資產，需要正確更新。

TrainzBaseSpec 子類 KIND（資產型別組）
kind achievement-category  kind achievement-group  kind activity - 場景 kind  kind asset-group  kind behavior  kind bogey []  kind buildable  kind controlset  kind consist  kind drivercharacter  kind drivercommand  kind engine [2]  kind enginesound []  kind environment  kind fixedtrack []  kind gameplaymenu  kind groundbrush - 未定義  kind groundtexture []	kind hornsound []  kind html-asset []  kind industry [3]  kind interior  kind library [4]  class library  kind map - 路線 kind  kind mesh [5]  kind module - 未定義  kind mocrossing [6]  kind mojunction [7]  kind mosignal [8]  kind mospeedboard  kind pantograph  kind product [9]  kind product-category [10]  kind profile [11] - 會話 kind  kind region	kind scenariobehavior - 未定義  kind scenery[12]  kind scenery-trackside[13]  kind scenerywithtrack [14]  kind servlet  kind steam-engine [15]  kind texture [16]  kind texture-group  kind track [17]  kind trainzbasespec [18]  kind tracksound [19]  kind traincar [20]  kind turntable  kind water2

 

重要的日常 KIND

本節提供指向 一組示例子頁面 的連結，展示常見資產的演變

到從 v1.3-v1.5、v2.2、v2.5、v2.9、v3.7、v3.9 或其他此類版本中進行 kind 配置，在這些版本中，活動 資料模型 已發生變化，並且可以使用 檔案比較軟體 檢視差異。

最重要的 KIND 是什麼？

答案取決於您目前正在處理哪種資產和資產子型別。在人類的思維過程中，機車和貨車都是 Kind“貨車”，但在 Trainz 配置中是不同的 KIND 宣告，並且柴油動力機車和蒸汽機車都需要定義不同的資料引數來模擬資產；配置中的這種差異來自 kind 的定義，並且強制性的 類別-分類標籤 僅在 CM 和 勘測員 選擇和排序過濾器中具有作用域。

風景 KIND

這些通常比較簡單，因此可以介紹 KIND 的用法，

機車種類

引擎規格

種類引擎