Trainz/資產

←  上一個  Trainz AM&C 目錄 ↑   Trainz 目錄 — Trainz 簡介 ↓  資產層次結構  下一個  →

Trainz 新手入門 Trainz 資產維護和建立

目錄 | 開始 | 樂趣 | AM&C | 建立 | 書內參考 | ORP 參考：  • 索引 • 容器 • 種類 • 標籤 | 附錄  • 版本

術語表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

滑鼠使用

符號

給新手的說明

在 Trainz 論壇 上，資產 和 內容這兩個詞經常互換使用，因為除了上下文以外，它們是相同的。嚴格地說（從 技術計算機科學定義 的角度來看），一個 '資產' 需要一個容器才能成為 '內容'，所以我們可以對 資產資料夾、資產原始檔夾 與 安裝 的內容或 釋出版本 的內容（其捆綁的軟體，即內容和基礎資產集合，以及一個可以從 DLS 向所有新手新增新資產的 CM）之間的差異進行細緻的區分。^{[note 1]}  

一個資產（在特定的 Trainz 安裝中）不會僅僅因為存在於您計算機的驅動器或網路上的某個地方而以 '內容' 的形式存在，因為您下載了它^{[note 2]} 訪問資產不能僅僅透過 資料型別 關聯（連結或呼叫），而必須是依賴資產被整合到安裝的操作資料庫中的一種方式——因為它是作為獨立資產可用的，或者被獨立的 '父' 資產使用，而 '父' 資產本身使其成為依賴資產（例如，機車轉向架）放置在容器中（機車數字模型，一個自定義資產）。'引擎聲音' 資產顯然屬於 KIND 引擎規格類資產。   對個人來說，最重要的容器是她的本地資料庫（透過在 內容管理器 中使用 '本地內容' 過濾器（或選項卡）選擇），它列出了資產——最初只是線路和場景，對我們所有人來說都是如此；但之後是新增到 程式碼構建 的基礎資料櫃中的資產）。有些專案是可選的。有些機車車輛部件僅適用於動力機車車輛。

資產標題

記住，內容和資產在 Trainz 語言中經常互換使用，這些是在華夏公益教科書中關於資產主題的頁面，不涉及中間或高階 內容建立 主題。

1. 更改資產的依賴關係 — 這可以讓您修改資產以使用其他子資產，例如，使用 TS2009 更好看的火車車轉向架（轉向架）與您從早期 Trainz 中獲得的那些破舊而藝術地弄髒的喜歡的貨車！
2. config.txt 檔案 — 以防您忘記，每個資產的核心和脊樑都是它的 config.txt 檔案。這個比 config.txt 檔案 作為介紹性材料介紹的覆蓋面更廣。
3. 在 Trainz 的不同版本和副本之間複製資產 — 下載的內容無需再次下載，修復的資產也不需要再次下載。這是管理這些需求的方法。
4. 交叉載入 JA 和庫 — JA 是為特定版本編譯的壓縮分發內容，庫是它們需要的指令碼。這涉及將來自先前 Trainz 版本的資產引入您的最新版本。
5. 資產層次結構 — 它們是什麼，以及它們如何相互關聯。
6. 何時以及如何修改資產 KUID — 修改資產可能違反版權法，但有些時候社群會認可結果。這涉及到這種理念，並提供瞭如何操作以及建議的做法，以使一切井井有條。
7. 刪除不需要的資產 — 修剪 FAT，這是多年來從事這種愛好的其他使用者的精華。
8. 車站 — 車站資產是 工業，其產品是人。
9. 處理資產錯誤 — 資產概述以及您需要了解的內容，以便提升並修復一些錯誤。
   1. 錯誤修復 100 — 錯誤修復 101 的目錄... 一系列關於修復故障內容的分步說明的插圖教程。很快也應該有關於錯誤修復的影片連結。
   2. DLS 上的故障資產 — 已知需要修復以符合 V2.9 錯誤檢查的資產列表。
   3. 修復資產 — 查詢有關如何處理錯誤訊息的主要參考資料。

資產組織

Trainz 資產都以相同資料夾中的資料形式開始，通常在編輯後，資料夾通常會以 使用者名稱標籤 命名，該標籤列在 TrainzBaseSpec 的必需部分中，該標籤位於 config.txt 檔案 中——這是定義每個資產的中心資料自定義 INI 檔案。正如人們在開始 修復有缺陷的內容 時發現的那樣，兩個關鍵資料元素定義了在這些 config.txt ini 檔案中必須定義的內容：類別-類，它鬆散地定義了描述內容建立者希望資產使用方式的某些列舉型別（例如，各種型別的滾動庫存、風景、互動式 路邊物品，例如訊號燈等）和 KIND 規範容器，指定某些子元素，這些子元素是必需的。

在 Trainz 中，所有這些子元素關聯並不一定都是獨立的資產，但有些被稱為 引用（表示子資料型別，具有特定屬性和成員的結構——但與 Kind 不同，它可以在父-子關係中用作各種 Kind 的子元素），這些引用包含在各種 kind 種類 中，其活動效果（後續處理）基於 類別-類標籤 和指定該子元素的 Kind。

駕駛員會話或場景

路線、地圖或佈局

類別-類標籤為地圖，手冊、Trainz 選單和測量員控制元件稱為“路線”和路線構建以及路線構建器工具，而模型鐵路愛好者世界則稱為佈局。在每種情況下，它指的是定義虛擬世界的 dataset，該 dataset 在 Trainz 中從單個基本地圖板開始。

以下資產附加到地圖資產

地面紋理

建築物

其他結構，例如風車、燈塔等

電力線杆

植被

道路

路標和路標

車輛，靜態道路型別——對新手來說有點混亂，這些有時也被歸類為建築物或風景資產。

軌道——包括隧道和樣條線工程（可擴充套件）橋樑。

路邊物體——包含大量通用內容：（訊號燈、速度板、龍門架、電氣控制板等）

工業（包括客運站）

產品

滾動庫存

滾動庫存，例如機車（發動機）、客車（車廂）和貨車（貨車）放置在測量員編輯器模組中的地圖上，但實際上是附加到相關的 Trainz 會話模組 中，同時在對映中進行列舉（列出在 kuid 程式碼的引用表中）。

這些資產型別是滾動庫存資產的組成部分

轉向架（美式英語：Truck）

Enginespec

Enginesound

Hornsound

內部

受電弓

風景資產

風景資產 是 Trainz 虛擬現實世界的生命之血，可以從複雜的指令碼化互動式元素（例如訊號燈和其他“路邊”互動式物體，例如轉盤、轉換電機、轉換槓桿和交叉道口）到 機動車輛 交叉道口，以允許道路通行，當然還有樹木、灌木、汽車和卡車（卡車）、各種形狀和大小或顏色的建築物。該組非常龐大，在各種可選元素之間進行選擇是將優秀的路線構建者與優秀的虛擬建模者區分開來的因素之一。

HTML、媒體和 TrainzScript 資產

Trainz 中的媒體資產具有各種功能。

聲音——聲音檔案型別用於建立背景噪音，例如小溪的輕微低語、烏鴉的喧囂叫聲、遠處教堂鐘聲的聲音或熱鬧繁忙的工業區，伴隨著打樁機的噪音。它們是必要的聽覺風景專案，與精心設計的 3D 風景建築（例如樹木種類或豪華房屋）的功能類似。許多聲音附加到更動態的物體並是其一部分，並且僅在執行特定動作時觸發（機械轉換器改變連線點位置的噪音）。

HTML 資產——

規則——規則是用於 駕駛員 會話 中的指令碼資產的前端小程式。它們提供“軟體鉤子”並使會話能夠與遊戲軟體通訊值。

駕駛員命令——是使用者可修改的規則，可以在駕駛會話期間更改，或作為 AI 駕駛員 任務命令提供，一次執行一個命令。

• 允許的駕駛員命令由駕駛員命令規則控制，該規則將可選選擇限制在人類在駕駛中玩會話時下拉駕駛員命令選單中的選擇。這意味著，如果會話設計者不希望您透過軌道標記導航，或不允許自動耦合或解耦，則必須在 會話編輯器 中修改會話（自動克隆捆綁的路線和會話到您的個人版本），才能在隨後修改後的會話中訪問該規則。

場景支援檔案

——場景支援已存在於所有版本中，從 Trainz UTC 到 TS12，但由於 TrainzScript 的使用逐漸減少，它基本上已經壽終正寢了。它在 TANE 中不受支援。

場景 TSO 檔案——場景支援檔案，Trainz 場景的主要程式

場景 GS 或 GSE 檔案——場景、規則和會話支援 Trainz 指令碼檔案。通常稱為 Gamescript 檔案，第二種型別是加密的，因此鎖定使用者編輯。對於任何已釋出的 場景 資產，情況幾乎總是如此。

..\libraries 和各種資產資料夾將繼續使用 *.gs（開源）和 *.gse（加密）檔案，這些檔案也用於建立某些資產功能和規則、新的駕駛員命令等，所有這些都支援會話。

說明和參考資料

說明

引用