Trainz/tags/trainz-build 标签

返回顶部

↑ TrainzBaseSpec — 标签和容器索引 ↓

Trainz 新手基础

Trainz 入门 - 每页指导

TOC | 开始 | 趣味 | AM&C | 创作 | 书内参考 | ORP 参考： • 索引 • 容器 • 种类 • 标签 | 附录 • 版本

词汇表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

鼠标使用

符号

Trainz-build 标签编号

trainz-build 标签 (TBV 或 TB) 非常重要，它是一个在安装的特定技术级别下创建的任何新资产上使用的单精度浮点数。当您创建克隆会话或路线时，您的安装的版本号将为 Surveyor 或 CM 为您创建的任何新资产分配匹配的 TBV。（但不是它的 代码构建 或构建编号，这是不同的）。

这个数量通常也被称为 Trainz 版本，很自然，因为各种基准 TBV 启动或结束一个命名的零售发布版本，这些名称对所有服务包都是通用的——通常会递增分配给版本之前的服务包的基本 TBV 值。 ^{[注释 3]}

在 Trainz 中，“版本”一词用于指代三种不同的技术概念

有 Trainz 零售版本 或“发布”，它通常具有“营销名称”风格的书名和用户社区对其的简写昵称。 ^{[注释 4]};
Trainz-build 版本 (TB、TBV，或者更准确地说，是trainz-build)；是一个经常看到的数字，它表示资产生产的标准技术级别，并且应该能够满足该标准。在加载时，标签的值用于选择在将资产数据读入数据库时使用哪个错误检查。随着产品不断发展，做事的方式和关键词列表不时会发生变化——但总的来说，向后兼容性非常高，以至于 2000-2004 年制作的大多数资产在没有修改的情况下仍然运行得很好。大约一半的资产需要进行一些相当小的调整。
以及 Trainz 构建版本，或者更准确地说，是 代码构建编号，也称为 构建代码编号 或 代码版本，或代码构建版本。这是一个技术序列号，它从编译器中生成，对特定日期的 make 文件聚合的源代码文件集是唯一的。 ^{[注释 5]}

Trainz 零售版本 是产品发布的文本字符串，以“营销术语” 形式出现，例如 Trainz Simulator 2009：World Builder Edition，或“Ultimate Trainz Collection”（这太早了！）。这些很快就缩写为每个人都理解的名称，例如 TS2009、TS10、TC3 或 UTC。
Trainz 版本 (TB 或 TBV) 是一个十进制数字代码，一个值（例如2.4 或3.6），它“几乎总是”递增，以用于每次主要软件升级发布。 ^{[注释 6]}，由 Trainz 软件正式定义，用于任何新资产。每当 Trainz 数据模型处理发生重大更改时，此代码都会更新，该更改由代码构建版本发布。实际上，有时这反映了对数据模型的更改，例如在 TBV x.y 以上的新强制要求，即此类和此类资产 KIND 必须从此定义特定标签值或容器参数值。 ^{[注释 7]}，并且...

此外：大多数服务包（引入重大功能更改）将具有一个新的trainz-build 分配，但较小的软件升级，hotfix（不引入重大功能更改）不会生成Trainz 版本编号更改。 ^{[注释 8]}。两种升级类型都生成新的 代码构建值（更改）——有时会多次生成，例如，一系列这样的升级代码构建，例如，影响每个“国际化”版本的升级；零售产品 {{|TL|TLCP|生命周期}} 中早期发布的非英语语言代码构建。但是，同一产品的不同语言版本通常会共享相同的“面向资产”的Trainz 版本/trainz-build 代码，因此 TBV 用于资产兼容性，代码构建用于功能兼容性和软件故障排除需求。 ^{[注释 9]}。

Trainz 代码构建编号 是一个唯一的编号（例如44653 或58414），它标识单个 Trainz 版本。所有版本（包括微小更改和语言翻译）都有不同的代码构建编号。“编辑器集合”中已知的最低代码构建。 ^{[注释 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 版本包含依赖软件的“新功能”，那么这些功能在较早的技术级别安装中将无法运行。因此，速度树在 TS10 TBV 2.9-3.0 中无法运行，但在 V3.2-3.3 中可以运行，都是后来的 Service Pack 更新。

缺乏处理软件镜像也反映了可比版本中的“设计意图”——虽然 TS09 不会为速度树资源生成错误，但也不会显示它们；即使在与 TS10 的最后一个 TBV 级别相同的最终软件版本 V3.3 中也是如此。它们有效地成为过时的资源——从未见过，从未使用过，占用磁盘空间。该功能本来就不应该属于 TS09，因此它根本没有启用或可能根本没有包含在软件中。许多资源可以通过一个简单的十进制数字编辑轻松转换为更低的 TBV 值。 ^{[注 11]}。反之，具有较低 Trainz-build 版本的资源应该与更高版本的现代安装兼容，尽管偶尔需要调整和更新资源的数据模型。

编辑注： 关键提示：如果您遇到了问题，N3V Game 的帮助台会需要代码构建，而不是 TBV！这在大多数 N3V 版本的启动器菜单屏幕中显示，并且一直都在加载屏幕（又称主菜单，允许加载调车场、勘测员或驾驶员 GUI 模式）上显示——在每种情况下，代码构建号“离散地显示”在屏幕的右下角。

Trainz-build 代码和代码构建范围

当前最高的trainz-build (TB)“版本号”是`4.2`。 TB 与官方 Trainz 版本的映射如下
资源中的 TB：资源的 TBV 是它被设计、上传或被 N3V 的人工缩小的上传门控软件^{[注 13]}和TLCP 强制^{[注 12]} 进入的版本。
“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，通过 Web 升级应用 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 通过下载 SP4 之前的版本进行升级：澳大利亚和北美市场：构建 2350，英国^[4]：构建 2357 “Trainz 2004：豪华版” CDROM	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 Simulator Mac
3.7	TS12-SP1
3.8	Trainz Simulator Mac2
3.9	Trainz Simulator Mac2-SP 或 T:ANE CE 其中之一	疯狂的测试版！
4.0	TANE 或 T:ANE？
4.1	TANE-SP1 或 T:ANE-SP1 预计

资源兼容性

对于资源来说，在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 中的错误检查。因此，如果您收到带有实际错误的拒绝通知，您需要纠正这些错误。
——N3V 发言人 ZecMurphy 在 forums.auran.com/trainz#post1289419，2014 年 5 月 11 日。 ^[6]

”

使用 Trainz 当前支持的完全有效的版本生成的资产，使用资产指定的 trainz-build 验证兼容性，仍然可能被下载站软件拒绝。

如果使用内容创建者加 CCP 修改资产，它会自动将 config.txt 文件中的 trainz-build 版本更新为它附带的当前 Trainz 版本。这存在问题，与 Trainz 社区大多数成员的最大利益相悖，因为从让更多 Trainz 用户访问新产品（资产）的角度来看，需要最低的 trainz-build 代码。在 V3.2 之前，这样的代码可以手动回溯到较低的 trainz-build，但自此版本以来的错误检查要求通过复制文件夹、还原、删除、编辑复制中的 trainz-build 代码更改，然后重新导入来导出要编辑的资产——对内容创作者来说，这是一个不礼貌的额外步骤，也是 Trainz 程序员的另一个摩擦点。如果使用 CCP 进行故障修复和更新，通常这种版本具有天真程序员的不败性，强迫其他人按照他们的路线走，如果资产规范发生了重大变化，可能还需要对 config.txt 文件进行许多其他更改，因为 CCP 希望将资产提升到当前的 Trainz-build 版本。

如果您不想把所有 Trainz 时间都花在用 CCP 的不友好界面修补资产和对您的条目提出要求上，那就学会掌握手动编辑和提交，以将编辑限制在真正需要的范围内。

手动编辑的资产需要输入适当的版本。如果该行完全省略，则假定最低版本。目前是Trainz-build 1.3。 Ø

已过时的版本

截至 2012 年 9 月，Trainz-build 号码最高可达 2.8，包括 2.8，被认为已过时，不能再上传到下载站。有关更多详细信息，请参阅 Trainz 生命周期策略。

说明和参考

说明

↑
* trainz-build 标签本身直到 Trainz UTC（v1.5）才为人所知，那个时代和 TRS2004 时代之后的几年里，许多 CC 在 config.txt 文件中从未分配过 TB 代码。 TRS2006 到 TC3 的‘新花哨的 CMP’的进步，甚至没有将 TBV 列为其数据列之一！
- 较新的 Trainz 版本尽其所能将这些旧技术转换为较新版本的标准（数据组织和图形技术），但一些旧资产的比例无法自动转换；不是因为不可能，而是因为 N3V 的程序员决定追溯地强制执行新的更严格的数据模型故障测试；而 TRS2006 时代（及其衍生产品）轻松地处理了此类转换。其中大多数可以通过在配置中添加 mesh-table、thumbnails container 和/或 bogeys container 来轻松修复。
↑
对于新的 Trainz 用户：尝试使用有故障的资产不会实际上有破坏 Trainz 的风险，大多数版本不会让你放置有故障的内容，直到 CM 对资产感到满意。所以，尽情尝试吧。这就是许多好的资产最初是如何创建的！
- 大多数较新的内容可以降级以在较早的 Trainz 版本中运行，至少作为场景项目，因为那些具有较新脚本文件的项目可能使用较早 Trainz 版本中没有的功能。最近发布的路线和任务则不行。程序员更改了任务和 kind map 文件的格式，以支持 TS2010 及更高版本中更灵活的任务和图层。
↑ 例如：TS09（没有 SP，所以是 TS09-SP0）的基准 TBV 为 2.9。在添加了四个服务包之后，代码构建系列的版本号（或 TBV）为 3.3，在两个端值之间，每个添加的服务包都有一个递增的 TBV 版本号，因此 TS09 的 TBV/版本号总体为 2.9-3.3。
↑
缩写名称：论坛中的用户社区通常会根据使用这些名称作为启动器程序的 *.exe 文件的 TRS2004-TRS2006 产品缩短 Trainz 版本名称。因此，TS2009、TS09（‘TS-Oh-nine’）和 TS10 都是常见的缩写‘使用’名称。所有形式似乎都适用于这些页面中的材料，并将链接到此处列出的以完整的零售版本命名的页面。
- 与 TRS 不同，除了 TC，N3V 开发的版本对启动器和加载器模块（..\bin\trainz.exe）都使用了‘Trainz.exe’，这在 Windows 注册表中播放时很不方便。
↑ 每个代码版本的相互依赖文件集都作为一个单元保存在一起，构成一个安装或安装版本——这是此用户说明中‘版本概念’的第四种用法。安装隐含地包括某些特定位置（文件夹名称和路径以及计算机 ID）。它是一个数据集，很可能在您的计算机注册表中记录为其组件软件的文件夹路径规范。
↑ 关于 TBV 递增：几乎所有服务包都会增加该代码构建的 TBV，但一个显着的例外是 TS2009 和 TS2010 的四个服务包中出现的重叠 TBV，这两个服务包是同时开发的，重点是为更新的多核微处理器和显卡技术改进 Trainz 背后的技术。
• 其中一个升级服务包或另一个服务包保留了先前编号的 TBV，因此最终，
• 两个产品都应用了四个服务包，具有相同的 TBV 3.3，并且它们一起涵盖了从 v2.9 到 v3.3 的 TBV（而不是 v2.9-v3.9！）
• 随着最终版本的代码共享所有新功能，这些功能都是经过重新修订和演变的数据模型和功能，除了 TS2010 的最后一个修补程序类型软件升级中首次提供的多人游戏测试功能。
• 此外，TS10 的内置内容是 TS2009 中所有内置资产的超集，以及 Auran/N3V 的新内容，包括 TS12 中继续的更新教程系列。事实上，TS10 是 N3V Games 过于乐观地使用新的 JET 3 游戏引擎、多核处理和更好的显卡宣传的产品，但比他们预期的要晚。因此，他们在 2008 年后期发布了增量改进，作为 TS2009。
↑ 关于“此类资产 KIND 必须从现在开始定义特定标签 值或容器参数值”——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 下载站网页的 FTP 方法手动下载，使用新的白页 URL。
↑ Trainz 生命周期策略和对上传到 DLS 的资产进行更严格的测试的实施，迫使用户社区接受 Trainz 版本号（TB）的“增长”或“膨胀”。关于此问题，众多CC 和 N3V 管理层之间存在很大争议，自 CCs 想要最低的 TB 使新资产对尽可能多的 Trainz 用户可用，而 N3V 管理层则希望最高的 TB 吸引更多用户升级到较新的 Trainz 版本，因此引发了一些激烈的讨论。
• 上传后，无论资产功能是否需要该 TBV 水平，最低 TBV 均已证明是 N3V Games 的俱乐部。这削弱了 TBV 作为技术水平衡量标准的效用，使其人为地膨胀，因此用处不大，与资产实际需要的技术水平关系不大。
• CCs 花费数月甚至数年时间来生成资产，因此他们理所当然地希望将TB 设置得尽可能低，以便更多传统的 Trainz 所有者可以使用它。
• N3V 为了获取利润和经济利益，当然不是基于技术原因，采用了TLCP 来迫使上传者遵守最新“受支持的 Trainz”版本的最低构建代码，这本身也是一项强加于社区的具有争议的政策，许多人认为四年周期过短，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: 豪华版”
↑ ^a ^b [Can-a-new-tag-be-made-for-Trainz]，ZecMurphy，Auran 社区助理，2014 年 5 月 11 日，晚上 09:02

本参考资料页面改编自TrainzOnline Wiki，并根据CC-BY-SA 3.0 许可证发布。与同一主题上的源页面相比，本页面可能会包含更多文本解释、说明、历史和/或示例。

TrainzOnline Wiki 主要由程序员或精通内容创建的人员维护，并且可能包含有关当前trainz-build 代码标准的更新信息，这些标准会随着软件功能的添加而发生变化。

[1] * trainz-build 标签本身直到 Trainz UTC（v1.5）才为人所知，那个时代和 TRS2004 时代之后的几年里，许多 CC 在 config.txt 文件中从未分配过 TB 代码。 TRS2006 到 TC3 的‘新花哨的 CMP’的进步，甚至没有将 TBV 列为其数据列之一！

较新的 Trainz 版本尽其所能将这些旧技术转换为较新版本的标准（数据组织和图形技术），但一些旧资产的比例无法自动转换；不是因为不可能，而是因为 N3V 的程序员决定追溯地强制执行新的更严格的数据模型故障测试；而 TRS2006 时代（及其衍生产品）轻松地处理了此类转换。其中大多数可以通过在配置中添加 mesh-table、thumbnails container 和/或 bogeys container 来轻松修复。

[2] 较新的 Trainz 版本尽其所能将这些旧技术转换为较新版本的标准（数据组织和图形技术），但一些旧资产的比例无法自动转换；不是因为不可能，而是因为 N3V 的程序员决定追溯地强制执行新的更严格的数据模型故障测试；而 TRS2006 时代（及其衍生产品）轻松地处理了此类转换。其中大多数可以通过在配置中添加 mesh-table、thumbnails container 和/或 bogeys container 来轻松修复。

[2] 对于新的 Trainz 用户：尝试使用有故障的资产不会实际上有破坏 Trainz 的风险，大多数版本不会让你放置有故障的内容，直到 CM 对资产感到满意。所以，尽情尝试吧。这就是许多好的资产最初是如何创建的！

大多数较新的内容可以降级以在较早的 Trainz 版本中运行，至少作为场景项目，因为那些具有较新脚本文件的项目可能使用较早 Trainz 版本中没有的功能。最近发布的路线和任务则不行。程序员更改了任务和 kind map 文件的格式，以支持 TS2010 及更高版本中更灵活的任务和图层。

[4] 大多数较新的内容可以降级以在较早的 Trainz 版本中运行，至少作为场景项目，因为那些具有较新脚本文件的项目可能使用较早 Trainz 版本中没有的功能。最近发布的路线和任务则不行。程序员更改了任务和 kind map 文件的格式，以支持 TS2010 及更高版本中更灵活的任务和图层。

[3] 例如：TS09（没有 SP，所以是 TS09-SP0）的基准 TBV 为 2.9。在添加了四个服务包之后，代码构建系列的版本号（或 TBV）为 3.3，在两个端值之间，每个添加的服务包都有一个递增的 TBV 版本号，因此 TS09 的 TBV/版本号总体为 2.9-3.3。

[4] 缩写名称：论坛中的用户社区通常会根据使用这些名称作为启动器程序的 *.exe 文件的 TRS2004-TRS2006 产品缩短 Trainz 版本名称。因此，TS2009、TS09（‘TS-Oh-nine’）和 TS10 都是常见的缩写‘使用’名称。所有形式似乎都适用于这些页面中的材料，并将链接到此处列出的以完整的零售版本命名的页面。
与 TRS 不同，除了 TC，N3V 开发的版本对启动器和加载器模块（..\bin\trainz.exe）都使用了‘Trainz.exe’，这在 Windows 注册表中播放时很不方便。

[7] 与 TRS 不同，除了 TC，N3V 开发的版本对启动器和加载器模块（..\bin\trainz.exe）都使用了‘Trainz.exe’，这在 Windows 注册表中播放时很不方便。

[5] 每个代码版本的相互依赖文件集都作为一个单元保存在一起，构成一个安装或安装版本——这是此用户说明中‘版本概念’的第四种用法。安装隐含地包括某些特定位置（文件夹名称和路径以及计算机 ID）。它是一个数据集，很可能在您的计算机注册表中记录为其组件软件的文件夹路径规范。

[6] 关于 TBV 递增：几乎所有服务包都会增加该代码构建的 TBV，但一个显着的例外是 TS2009 和 TS2010 的四个服务包中出现的重叠 TBV，这两个服务包是同时开发的，重点是为更新的多核微处理器和显卡技术改进 Trainz 背后的技术。
• 其中一个升级服务包或另一个服务包保留了先前编号的 TBV，因此最终，
• 两个产品都应用了四个服务包，具有相同的 TBV 3.3，并且它们一起涵盖了从 v2.9 到 v3.3 的 TBV（而不是 v2.9-v3.9！）
• 随着最终版本的代码共享所有新功能，这些功能都是经过重新修订和演变的数据模型和功能，除了 TS2010 的最后一个修补程序类型软件升级中首次提供的多人游戏测试功能。
• 此外，TS10 的内置内容是 TS2009 中所有内置资产的超集，以及 Auran/N3V 的新内容，包括 TS12 中继续的更新教程系列。事实上，TS10 是 N3V Games 过于乐观地使用新的 JET 3 游戏引擎、多核处理和更好的显卡宣传的产品，但比他们预期的要晚。因此，他们在 2008 年后期发布了增量改进，作为 TS2009。

[7] 关于“此类资产 KIND 必须从现在开始定义特定标签 值或容器参数值”——N3V 的程序员为 TS2009 制定的新 Trainz 数据模型已被证明非常稳定和一致。随后的更改通常仅限于一个或两个标签，要求在某个 TBV 阈值级别之后，曾经默认的值被明确定义。例如，在 TBV 3.4 之后出现了一些这样的情况。此类显式引用更新并不总是反映在 CM 的故障消息中，特别是 Trainz Wiki 中的 3.4 说明，在 TS12 的 CM 3.6 和 CM 3.7 中没有测试的类似内容，因此定义更像是指南而不是强制的硬性规则。但是，它们很可能在上传到 DLS 时被强制执行，因为该测试始终保持最新，正如许多 CC 的经验所表明的那样——需要修复并重新提交才能上传。

[8] 关于修补程序生成 TBV 更改... 编辑器无法识别修补程序生成 TBV 增量的任何情况，但可能存在例外，特别是在各种非英语语言代码构建中，这些代码构建通常是在稍后时间发布的。

[9] 当您需要检查一个奇怪的问题时，程序员首先想做的事情是复制问题，这样他们就可以使用代码调试器来查看导致问题的原因。因此，客户服务在接受问题报告时需要代码构建，并且不太关心 Trainz 版本——代码构建告诉他们一切，版本号更模棱两可。

[10] 参见第一张图片，位于第 Trainz 页

[11] 截至 2015 年 8 月中旬，N3V 发布了新的 DLS 软件下载界面，该界面旨在防止用户更新到不合适的资产版本。截至 2020 年初的经验表明，此方法在 TS10 - TS12 和 TANE 中有效。早期发现，正如人们所担心的那样，这种新的操作模式也阻止了将旧资产下载到旧版本的不再支持的安装程序中，特别是 TR2004，但一段时间后，对 CMP 和 TS09 的下载能力得到了恢复。这些旧版本无法看到服务器生成的任何阻止代码，它们将毫无顾忌地下载甚至 TANE 和 TRS19 TBV 的 kuids。对于最古老的 Trainz 版本，从 Trainz 1.0 到 TR04-SP4，如果目标 kuid 是新的或旧的，仍然可以通过使用 Trainz 下载站网页的 FTP 方法手动下载，使用新的白页 URL。

[12] Trainz 生命周期策略和对上传到 DLS 的资产进行更严格的测试的实施，迫使用户社区接受 Trainz 版本号（TB）的“增长”或“膨胀”。关于此问题，众多CC 和 N3V 管理层之间存在很大争议，自 CCs 想要最低的 TB 使新资产对尽可能多的 Trainz 用户可用，而 N3V 管理层则希望最高的 TB 吸引更多用户升级到较新的 Trainz 版本，因此引发了一些激烈的讨论。
• 上传后，无论资产功能是否需要该 TBV 水平，最低 TBV 均已证明是 N3V Games 的俱乐部。这削弱了 TBV 作为技术水平衡量标准的效用，使其人为地膨胀，因此用处不大，与资产实际需要的技术水平关系不大。
• CCs 花费数月甚至数年时间来生成资产，因此他们理所当然地希望将TB 设置得尽可能低，以便更多传统的 Trainz 所有者可以使用它。
• N3V 为了获取利润和经济利益，当然不是基于技术原因，采用了TLCP 来迫使上传者遵守最新“受支持的 Trainz”版本的最低构建代码，这本身也是一项强加于社区的具有争议的政策，许多人认为四年周期过短，Trainz 产品的向后兼容性也很差。

[EFN2-13] 关键是，许多新的上传被强迫采用最初作为技术水平衡量标准的 TB，而这些上传不需要很高的 TB，并且无法上传，除非 TB 被膨胀。这对路线构建者 CC 来说尤其严峻，他们可能在 TS09 的杰作上花费了 5-6 年的时间，现在必须修改许多地形并重新评估一个很长的资产清单，以确保路线几乎符合Trainz/Trainz 最高标准。

[14] 事实上，从时间和功能集来看，Trainz UTC 版本实际上是 Trainz 1.0 的第四个服务包，并添加了额外的内容——作为内置资产的最初九个场景和更多地图。

[16] Auran/N3V 管理层在 2014 年秋季重新发布了术语“社区版”来指代最早的TANE 版本。结果，正如许多人所担心的那样，这是一个大范围的过早测试版，包括面向 2014 年圣诞节销售周期的 iMAC 版本。

[20] TRS2004 使 Trainz 成为 Trainz!: 唯一缺失的是 TR06 的CMP，而这是 TRS 系列中 V2-5 到 V2-8 之间唯一的真正重要的区别，除了某些相对较小的功能和调整。

[15] 构建代码“1”（0001）是对 Trainz 1.0 软件下载版本的未经证实的推测

[17] 出现在一个加载屏幕上的是正式的Trainz 1.1.1，即 Strategy First 发布的北美版本，也是第一个广泛分发的 CDROM 版本。

[18] 根据 Windows 注册表中记录的值以及与出现在 Strategy First 发布的北美版本 CDROM 版本的一个加载屏幕上的奇怪“Trainz 1.1.1”符号匹配的记录。

[UnCon-19] 未经证实

[21] 由注册表条目确认，构建代码 2365 为“Trainz 2004: 豪华版”

[badpractices-22] [Can-a-new-tag-be-made-for-Trainz]，ZecMurphy，Auran 社区助理，2014 年 5 月 11 日，晚上 09:02

[注释 1]

[注释 2]

[注释 3]

[注释 4]

[注释 5]

[注释 6]

[注释 7]

[注释 8]

[注释 9]

[注释 10]

[注 11]

[注 13]

[注 12]

[注 14]

[1]

[注 15]

[2]

[3]

[4]

[注 16]

[5]

[6]