Trainz/tags/trainz-build 標籤
| |||
|
|||
|
| 詞彙表 |
| HKeys-CM |
| HKeys-DVR |
| HKeys-SUR |
| HKeys-WIN |
| 滑鼠使用 |
| 符號 |
操作說明: 點選正文中的腳註 ([2]) 或註釋標籤 ([note 12]) 將導航您(定位頁面)到條目的確切文字。 • 然後: 點選那裡的?符號,將帶您回到您開始閱讀的地方。 |
* 具有較舊 Trainz-build 編號的資產不是為利用 Trainz 的新功能而構建的,這些新功能在其原始版本中不存在(即資產構建時和為其構建的版本),並且最古老的此類設計使用了一些方法,在某些情況下,這些方法已被完全放棄。[note 1]
對於 Trainz 新使用者: 這個故事的寓意是,在將新內容匯入 CM 後,儘快檢查 trainz-build 標籤(版本),並使用人類智慧判斷是否刪除、保留或隔離資產。[note 2]
* 通常,在修復故障之前,使用版本工具獲取 DLS 上的最新版本,如果它對您的安裝合法,請下載它。然後刪除舊的故障資產將滿足您的系統上依賴資產的需求,並且'隨後下載然後刪除過時的資產'過程只需很少時間,並且可以避免很多挫折。反之,如果您想建立資產,手動修復資產是瞭解它們製作方式的好方法。在這種情況下,修復過時的故障資產也有價值。
trainz-build 標籤 (TBV 或 TB) 是一個非常重要的單精度浮點數,它被應用於在 安裝 特定技術級別下建立的任何新資產。當您建立克隆的會話或路線時,您安裝的版本號將為 Surveyor 或 CM 為您建立的任何新資產分配匹配的 TBV。(但不是它的程式碼版本 或版本號,它們是不同的)。
- 此數量通常也稱為Trainz 版本,當然,因為各種基準 TBV 開始或結束一個命名的零售版本,這些名稱在所有服務包中都是通用的,通常會增加分配給版本前的服務包的基準 TBV 值。[note 3]
|
- Trainz 零售版本是一個文字字串,用於產品釋出的“市場營銷語言”,例如Trainz Simulator 2009: 世界建造者版,或“終極火車模擬器合集”(這太早了!)。它們很快縮寫成大家都能理解的名稱,例如 TS2009、TS10、TC3 或 UTC。
- Trainz 版本(TB 或 TBV)是一個十進位制數字程式碼,一個值(例如2.4 或3.6),它'幾乎總是'為每次重大軟體升級釋出而遞增[note 6],由 Trainz 軟體正式定義為任何新資產。每當對 Trainz 資料模型處理進行重大更改時,此程式碼都會更新,該更改是由程式碼版本釋出進行的。實際上,有時這反映了對 資料模型 的更改,例如 TBV x.y 以上的新強制要求,要求這樣或那樣的 資產型別 從今以後必須定義一個特定的標籤值或容器引數值[note 7],等等。
- 此外: 大多數服務包(引入重大功能更改)將有一個新的trainz-build 指派,但較小的軟體升級,熱修復(不引入重大功能更改)不會生成Trainz 版本號更改[note 8]。這兩種升級型別都會生成新的程式碼版本值(更改)- 有時多次,例如,一系列此類升級程式碼版本,例如,影響每個“國際化”版本的升級;在零售產品 {{|TL|TLCP|生命週期}}中早期釋出的非英語語言程式碼版本。但是,同一產品的不同語言版本通常會共享相同的“面向資產”的Trainz 版本/trainz-build 程式碼,因此 TBV 用於資產相容性,程式碼版本用於功能相容性和軟體故障排除需求。[note 9]。
- Trainz 程式碼版本號 是一個唯一的數字(例如44653 或58414),用於標識單個 Trainz 版本。所有版本(包括次要更改和語言翻譯)都有不同的程式碼版本號。在“編輯器收藏”中[note 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 測試的資源,如果 TBV 值適當地降低,將在 V2.9 或 V3.0 中正常工作。但是,如果較新的 TBV 版本包含依賴於軟體的“新功能”,那麼這些功能將無法在較早的技術水平安裝中使用。因此,Speed Trees 在 TS10 TBVs 2.9-3.0 中不起作用,但在 V3.2-3.3 中起作用,兩者都是後面的 Service Pack 更新。
缺乏處理軟體映象也反映了可比較版本中的釋出的“設計意圖”——雖然 TS09 不會為 Speedtree 資源生成錯誤,但也不會顯示它們;即使在與 TS10 的最後 TBV 水平相同的最終軟體版本 V3.3 中也是如此。它們有效地成為過時的資源——從未見過,從未使用過,佔用磁碟空間。該功能原本就不屬於 TS09,因此它根本沒有啟用,或者可能根本沒有包含在軟體中。許多資源可以輕鬆地轉換為較低的 TBV 值,只需進行一次簡單的十進位制數字編輯。[注 11]。相反,具有較低 Trainz-build 版本的資源應該與較新的現代安裝相容,儘管有時需要調整和更新資源的資料模型。
Trainz-build 程式碼和程式碼構建範圍
[edit | edit source]| 資源中的 TB:資源的 TBV 是其設計、上傳或強制[注 12] 進入的版本,由 N3V 的人工縮窄的 上傳的守門軟體[注 13] 和 TLCP 控制。 | ||
當前的最高 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 |
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 模擬器 Mac | |
3.7 |
TS12-SP1 | |
3.8 |
Trainz 模擬器 Mac2 | |
3.9 |
Trainz 模擬器 Mac2-SP 或 T:ANE CE 其中一個 |
狂野的測試版! |
4.0 |
TANE 或 T:ANE? | |
4.1 |
TANE-SP1 或 T:ANE-SP1 預期 |
|
| 這個 Trainz/Tags/trainz-build 標籤 部分是一個佔位符,一個大綱或標記,表明本書的這一部分是不完整的。您可以透過 擴充套件它 來幫助 Wikibooks Trainz 專案,以更全面地討論該主題。 需要完成的工作: 完成版本研究,並在範圍內交叉編輯 |
資源相容性
[edit | edit source]為資源在 config.txt 檔案 中列出正確的 Trainz-build 至關重要。它指定了資源旨在使用的 Trainz 版本。較早版本的 Trainz 將拒絕載入資源。較新版本的 Trainz 將根據需要啟用適當的向後相容性解決方法(例如,使用不同的驗證要求)。
為較早版本構建的結構正確的資源通常可以在較新版本的 Trainz 中執行。但是,雖然 Trainz 內容驗證隨著時間的推移有所改進,並且較新版本的 Trainz 能夠檢測到較早版本沒有發現的錯誤,但許多錯誤都是無用的工作,是由無情和貪婪的程式設計師和管理實踐造成的。通常,內容在當前 Trainz 版本中可能被檢測為“有缺陷”,而在它最初建立的版本中則沒有被發現,但最常見的問題是缺少縮圖,這與資源的功能無關,或者標籤名稱已過時。
或者,這是 N3V 的官方說法,它忽略了他們可以在解析中修復的一些錯誤,例如忽略舊的標籤名稱,如 type、region、asset-filename 或 name-xx 等,類似地可以將舊形式就地轉換為新的資料容器形式,然後測試故障。他們既沒有這樣做,也沒有把他們不專業行為的時間成本轉嫁給客戶,客戶必須一個一個地糾正他們的軟體應該處理的錯誤。
應該注意的是,上傳到 下載站 的內容將由最新版本的 Trainz 驗證是否存在故障,如果實施了更嚴格的新的故障或錯誤測試,則可能會被拒絕。[6]
| “ | 這取決於您執行的 Trainz 版本,以及我們是否更新了 DLS 錯誤檢查。我可以製作在 TS2009 中沒有顯示錯誤的內容,但由於 TS2009 無法檢測到的問題,將在當前錯誤檢查下從 DLS 中被拒絕。這實際上是相同的。DLS 錯誤檢查會定期更新,並且可能比 TS12 SP1 中的錯誤檢查更嚴格。另一方面,TS:Mac2 是一個更新的版本,將包含對錯誤檢查的大多數更新。
在過去 12 個月裡,我們已經說過很多,很多,很多,很多,很多次,DLS 上的錯誤檢查通常領先於 Trainz 中的錯誤檢查。因此,如果您收到包含實際錯誤的拒絕通知,您需要更正這些錯誤。 |
” |
使用完全有效的當前支援的 Trains 版本生成的資產,使用資產指定的 trainz-build 版本驗證相容性,仍然可能會被下載站軟體拒絕。
如果使用 內容建立者 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-build 1.3。Ø
舊版本
[edit | edit source]截至 2012 年 9 月,Trainz-build 編號(包括 2.8)被認為已過時,不再能夠上傳到 下載站。有關更多詳細資訊,請參閱 Trainz 生命週期策略。
註釋和參考資料
[edit | edit source]註釋
[edit | edit source]- ↑ * trainz-build 標籤本身在 Trainz UTC(v1.5)之前完全未知,那個時代和之後的幾年,許多 CC 都沒有在 config.txt 檔案中分配 TB 程式碼。 TRS2006 到 TC3 '新的花哨的 CMP' 進步,甚至沒有將 TBV 列為其資料列之一!
- 更新的 Trainz 版本盡其所能將這些舊技術轉換為更新的版本標準(資料組織和圖形技術),但一些舊資產無法自動轉換;不是因為不可能,而是因為 N3V 的程式設計師決定追溯地實施更嚴格的資料模型故障測試;而 TRS2006 時代(及其衍生產品)很容易處理此類轉換。大多數這些問題可以透過在 config 中新增 mesh-table、thumbnails container 和/或 bogeys container 來輕鬆解決。
- ↑ 對於新的 Trainz 使用者:' 嘗試使用存在故障的資產 不會 實際冒著損壞 Trainz 的風險,大多數版本在 CM 對資產感到滿意之前不會讓您放置有故障的內容。所以盡情嘗試吧。這就是很多好資產最初是如何建立的!
- 大多數較新的內容可以降級以在早期 Trainz 版本中使用,至少作為場景專案,因為具有較新指令碼檔案的內容可能使用較舊 Trainz 版本中不存在的功能。 最近釋出的路線和場景則不行。程式設計師更改了場景和 kind map 檔案的格式,以支援 TS2010 及更高版本中更靈活的場景和圖層。
- ↑ 例如:TS09(沒有 SP,因此為 TS09-SP0)的基準 TBV 為 2.9。在添加了四個 Service Pack 之後,程式碼版本系列的版本號(或 TBV)為 3.3,每個新增的 Service Pack 在這兩個最終值之間都有一個遞增的 TBV 版本號,因此 TS09 的整體 TBV/版本號為 2.9–3.3。
- ↑ 簡稱:論壇中的使用者社群通常會根據 TRS2004-TRS2006 產品縮短 Trainz 釋出名稱,這些產品使用這些名稱作為啟動程式的 *.exe 檔案。因此 TS2009、TS09('TS-Oh-nine')和 TS10 都是常見的簡稱。所有形式在這些頁面中使用,並將連結到本文中的長零售版本頁面。
- 與 TRS 不同,除了 TC,N3V 開發的版本都使用 'Trainz.exe' 作為啟動器和載入器模組(..\bin\trainz.exe),這在 Windows 登錄檔中播放時很不方便。
- ↑ 每個程式碼版本的相互依賴檔案集作為一個單元儲存在一起,構成一個安裝或安裝版本——這是使用者註釋中對“版本概念”的第四種使用方式。安裝隱含地包含一些特定位置(資料夾名稱和路徑以及計算機 ID)。它是一個數據集,很可能在您的計算機登錄檔中被記錄為其元件軟體的資料夾路徑規範。
- ↑ 關於 TBV 的遞增:幾乎所有 Service Pack 都會為該程式碼版本遞增 TBV,但一個明顯的例外是在新增到每個 TS2009 和 TS2010 版本的四個 Service Pack 中重疊的 TBV,它們同時開發,專注於為更新的多核微處理器和顯示卡的進步而推進 Trainz 背後的技術。
• 一個升級 Service Pack 或另一個 Service Pack 保持了先前編號的 TBV,因此最終,
• 兩個應用了四個 Service Pack 的產品具有相同的 TBV 3.3,它們共同跨越了從 v2.9 到 v3.3(而不是 v2.9–v3.9!)的 TBV,
• 最終版本程式碼共享所有新功能,包括經過修訂和演變的資料模型和功能,僅儲存了 TS2010 最後一次軟體升級型別的多玩家測試功能。
• 此外,TS10 內建了內容,這些內容是 TS2009 中所有內建資產的超集,以及 Auran/N3V 的新內容,包括 TS12 中繼續使用的更新教程系列。實際上,TS10 是 N3V Games 過分樂觀地使用新的 JET 3 遊戲引擎、多核處理和更好的顯示卡宣傳的產品,但比他們預期的要晚。因此,他們將 2008 年末準備的增量改進作為 TS2009 釋出。 - ↑ 關於“某個資產種類必須從此定義一個特定的標籤值或容器引數值”——N3V 程式設計人員為 TS2009 制定的新 Trainz 資料模型已被證明非常穩定和一致。隨後的更改通常僅限於一個或兩個標籤,需要在超過特定 TBV 水平後將曾經預設的值明確定義。例如,在 TBV 3.4 之後,會發生幾個這樣的情況。這些明確的引用更新並不總是反映在 CM 的故障資訊中,尤其是 Trainz Wiki 中提到的 3.4 說明,在 TS12 的 CM 3.6 和 CM 3.7 中沒有類似物,因此這些定義更像是指導方針,而不是強制執行的硬性規則。但是,它們很可能在上傳到 DLS 時得到強制執行,因為該測試保持著最新狀態,正如許多 CC 體驗所表明的那樣,需要修復並重新提交以進行上傳。
- ↑ 關於熱修生成 TBV 更改... 編輯器無法識別熱修生成 TBV 增量的情況,但可能存在例外,尤其是在各種非英語語言程式碼構建中,這些構建通常會遲一些時間出現。
- ↑ 當你需要檢查一個奇特的錯誤時,程式設計師首先要做的事情就是複製這個錯誤,這樣他們就可以使用程式碼偵錯程式來檢視是什麼導致了錯誤。因此,客服在接受問題報告時需要程式碼構建資訊,而不會太在意 Trainz 版本——程式碼構建資訊告訴他們一切,版本號要含糊得多。
- ↑ 參見第一張圖片,位於Trainz頁面上
- ↑ 截至 2015 年 8 月中旬,N3V 釋出了一個新的 DLS 軟體下載介面,該介面旨在防止使用者更新到不合適的資產版本。截至 2020 年初的經驗表明,這在 TS10--TS12 和 TANE 中有效。早期發現,正如預期的那樣,這種新的操作模式也阻止了將舊資產下載到舊版本(不再支援的安裝),特別是 TR2004,但一段時間後,CMP 和 TS09 的下載功能恢復了。這些舊版本無法看到伺服器生成的任何阻止程式碼,它們會毫不猶豫地下載 TANE 和 TRS19 TBV 過的 kuids。對於最古老的 Trainz 版本,Trainz 1.0 到 TR04-SP4,即使是新的或舊的所需 kuid,也可以透過 Trainz 下載站網頁(使用更新的 whitepages url)使用 FTP 方法手動下載。
- ↑ Trainz 生命週期策略以及對上傳到 DLS 的更嚴格的測試,強迫使用者社群接受 Trainz 構建 (TB) 值的“蔓延”或“膨脹”。許多CC和 N3V 管理層之間對此存在很大爭議,自 CCs 必須希望 TB 最低,以便新的資產能夠提供給儘可能多的 Trainz 使用者,而 N3V 管理層則希望 TB 最高,以激勵更多使用者升級到更新的 Trainz 版本,由此引發了一些激烈的討論。
- ↑ 關鍵在於,許多新上傳的資產被迫採用了最初作為技術水平衡量指標的 TB,而這些資產並不需要高 TB,也不能上傳,除非 TB 被誇大。這對路線建造者 CC 來說尤其殘酷,他們可能在 TS09 上投入了 5-6 年時間打造傑作——現在必須修改大量地形,並重新評估很長一段時間的資產列表,以確保路線幾乎符合Trainz/Trainz 最高標準。
- ↑ 實際上,Trainz UTC 版本在時間安排和功能集方面,實際上是 Trainz 1.0 的第四個服務包,其中添加了額外內容——前九個場景作為內建資產,以及更多地圖。
- ↑ Auran/N3V 管理層在 2014 年秋季中期重新發布了“社群版”一詞,用於最早不完整版本的TANE。結果證明,正如許多人所擔心的那樣,這是一個大規模的過早測試版,包括為 2014 年聖誕節銷售週期釋出 iMAC 版本。
- ↑ TRS2004 使 Trainz 成為 Trainz!: 唯一缺少的是 TR06 的CMP,這是它與 TRS 系列(從 V2-5 到 V2-8)的唯一真正重要區別,但有一些相對次要的功能和調整。
- ↑ “1” (0001) 的構建程式碼是 Trainz 1.0 軟體下載版本的一個未經證實的推測
- ↑ 出現在一個載入螢幕上,正式為Trainz 1.1.1,由 Strategy First 釋出的北美版,也是第一個廣泛釋出的 CDROM 版本。
- ↑ 根據 Windows 登錄檔中記錄的值,該記錄與出現在 Strategy First 釋出的北美版 CDROM 版本載入螢幕上的奇特“Trainz 1.1.1”符號匹配。
- ↑ a b c 未經證實
- ↑ 根據登錄檔條目確認,構建程式碼 2365 為“Trainz 2004: Deluxe Edition”
- ↑ a b [是否可以為 Trainz 建立新的標籤],ZecMurphy,Auran 社群助理,2014 年 5 月 11 日,下午 9:02
| 本參考頁面改編自TrainzOnline Wiki,根據CC-BY-SA 3.0 許可證。本頁面可能包含比同一主題的源頁面更多文字解釋、說明、歷史記錄和/或示例。 TrainzOnline Wiki 主要由程式設計師或知識淵博的內容創作者維護,可能包含有關當前trainz-build 程式碼標準的更新資訊,這些標準會隨著軟體功能的新增而發生一些變化。 |

