Trainz/Kinds

↑   Trainz 內容建立，參考文獻 — 參考文獻目錄 ↓

Trainz 新手基礎 Trainz 註釋參考頁面

TOC | 開始 | 樂趣 | AM&C | 建立 | 書內參考文獻 | ORP 參考文獻:  • 索引 • 容器 • Kinds • 標籤 | 附錄  • 版本

詞彙表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

滑鼠使用

符號

Kind 標籤

點選 這裡快速導航到 KINDs 的目錄

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

Kinds 是這些資源原始檔夾內的特殊父資料形式，並在資料夾的唯一 config.txt 檔案 中定義。Kind 標籤的合法值受到嚴格限制。 每個配置都有一個 kind，每個配置在本地定義的其餘部分的目錄中都有一個家，以製作該資源。因此，資源原始檔夾也可以被歸類為比 Trainz 容器 的一般資料型別高一級，每個資源都是由型別來確定的，由它們明確的唯一關鍵字控制，即Kind 標籤的值。  

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

理解 KINDs 的作用可以說是僅次於理解TrainzBaseSpec 的作用，以及它們無處不在的容器 config.txt 檔案。這三者在某種程度上都是使用者掌握修復或建立資源的最重要的資料元素。幸運的是，每種 Trainz 資源都有一個唯一的 KIND，因此這些可以在需要時掌握，或者系統地逐一掌握，類似地，理解每個容器 也可以逐一進行。

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

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

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

Trainz Kinds 是定義最小資料結構的上級容器，用於在單個識別 kuid 下表徵資源型別。

層次結構和級別

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

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

在 Trainz 資料模型中定義資源-II TrainzBaseSpec + 類別-類標籤 + kind“engine”確定一組必需的輔助容器，而類別-類 + kind“trancar”確定一組不同的輔助容器。 TrainzBaseSpec + category-class 標籤 + kind "scenery" 確定一組必需的支援 容器，而 category-class + 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，那些帶下劃線的，是早於 Trainz 資料模型 在 TS2009 版本中（即自 2008 年底以來）更改的舊版 kind，N3V 程式設計師僅從此以後施加了逐漸（增量）更改。
  目前可以在 N3V Trainz Wiki 的 內容創作者指南 部分找到有關根據這些舊版 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

本節將提供連結到 一組示例子頁面，這些子頁面展示了常見資產

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

最重要的 KIND 是什麼？

答案取決於你當前正在處理哪種資產和資產子型別。機車和貨車在人類思維過程中都是 Kind "traincars"，但在 Trainz 配置中則是不同的 KIND 宣告，柴油機車和蒸汽機車都需要定義不同的資料引數來模擬資產；這種配置中的差異來自於 kind 的定義，強制的 category-class 標籤 僅在 CM 和 surveyor 選擇和排序過濾器中具有作用域。

Scenery Kinds

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

機車型別

引擎規格

引擎型別