Trainz/tags/trainz-build 标签

返回顶部

↑ The 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 值。^{^{[note 3]}}

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

有一个Trainz 零售版本或“发布”，它通常具有书籍标题式的“营销名称”及其用户群体的简写昵称。^{^{[note 4]}};
Trainz-build 版本（TB、TBV，或更准确地说，trainz-build）; 通常是一个表示资产生产的技术水平标准，它应该满足的标准。在加载时，标签的值用于选择在将资产数据读入数据库时使用哪种错误检查。由于产品不断发展，一些做事方式和关键字列表不时发生变化——但总的来说，向后兼容性非常高，以至于大多数在 2000-2004 年制作的资产在没有修改的情况下仍然可以很好地运行。大约一半的这一代资产需要进行一些相当小的调整。
以及Trainz 构建版本，或者更清楚地说，代码构建编号，也称为 构建代码编号或代码版本，或代码构建版本。这是一个由编译器产生的技术序列号，它在特定日期的 make 文件中由一组源代码文件聚合而成。^{^{[note 5]}}

Trainz 零售版本是一个用于产品发布的文本字符串，“营销术语”，例如Trainz Simulator 2009: World Builder Edition，或者“终极 Trainz 合集”（这太早了！）。这些很快就被缩写为每个人都理解的使用名称，例如 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 的 TBV 2.9-3.0 中无法运行，但在 V3.2-3.3 中可以运行，它们都是较晚的 Service Pack 更新。

缺乏处理软件镜像也反映了同等版本中发布的“设计意图”——虽然 TS09 不会对 speedtree 资产生成错误，但它也不会显示它们；即使在与 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 是它被设计、上传或强制^{[注释 12]}进入的版本，由 N3V 的人工缩窄的上传守门软件^{[注释 13]}和TLCP控制。
“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 等，类似地，可以将旧的格式就地转换为较新的数据容器形式，然后测试故障。他们既没有做这两者，而是将他们不专业的行为的时间成本转嫁给了客户，这些客户必须逐个纠正他们的软件应该处理的错误。

需要注意的是，上传到 Download Station 的内容会由最新版本的 Trainz 验证是否存在故障，如果实施了更严格的新的故障或错误测试，可能会被拒绝。^[6]

“

这取决于您运行的 Trainz 版本，以及我们是否更新了 DLS 错误检查。我可以制作在 TS2009 中没有显示错误的内容，但由于 TS2009 无法检测到的问题，将在当前错误检查下被 DLS 拒绝。这里基本上是一样的。DLS 错误检查会定期更新，并且可能比 TS12 SP1 中的错误检查更严格。另一方面，TS:Mac2 是一个更新的版本，将包含错误检查的大部分更新。

在过去 12 个月里，我们已经多次声明 DLS 上的错误检查通常领先于 Trainz 中的错误检查。因此，如果您收到带有实际错误的拒绝通知，则需要纠正这些错误。
—N3V 发言人 ZecMurphy 于 2014 年 5 月 11 日在 forums.auran.com/trainz#post1289419 上发布。^[6]

”

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

如果使用 Content Creator 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 时间都花费在使用 CCP 的不友好界面修补资源及其对您的条目要求上，请学习掌握手动编辑和提交，以将编辑限制在真正必要的编辑上。

手动编辑的资源需要输入相应的版本。如果该行完全省略，则假设最低版本。当前版本为 Trainz-build 1.3.Ø

过时版本

截至 2012 年 9 月，Trainz-build 号码最高至 2.8 均被视为过时版本，不再允许上传到 Download Station。有关更多详细信息，请参阅 Trainz 生命周期策略。

注释和参考资料

注释

↑
* trainz-build 标签本身在 Trainz UTC (v1.5) 之前完全未知，那个时代的许多 CC 以及几年后进入 TRS2004 时代的 CC 从未在 config.txt 文件中分配 TB 代码。 TRS2006 到 TC3 的“新奇的 CMP” 的进步甚至没有将 TBV 列为其数据列之一！
- 较新的 Trainz 版本尽力将这些较旧的技术转换为较新版本标准（数据组织和图形技术），但有一定比例的较旧资源无法自动转换；不是因为不可能，而是因为 N3V 的程序员决定追溯地实施新的、更严格的数据模型故障测试；而 TRS2006 时代（及其衍生产品）则能够轻松处理此类转换。大多数这些问题可以通过在 config 中添加 mesh-table、thumbnails 容器和/或 bogeys 容器来轻松修复。
↑
对于新的 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。
↑
简写名称：论坛中的用户社区通常会缩写 Trainz 版本名称，与使用这些名称作为启动程序 *.exe 文件的 TRS2004-TRS2006 产品保持一致。因此，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 下载站网页（使用较新的白页 url）通过 FTP 方法手动下载。
↑ Trainz 版本（TB）值的“蔓延”或“膨胀”是由 Trainz 生命周期策略和对上传到 DLS 的更严格测试的建立强加于用户社区的。关于此事，许多 CC 和 N3V 管理层之间存在着许多争议，自 CCs 必须希望 TB 最低，以便新的资源可供尽可能多的 Trainz 用户使用，而 N3V 管理层则希望最高，以激励更多用户升级到较新的 Trainz。
• 上传时的最低 TBV，无论资源功能是否需要该 TBV 级别，已被证明是 N3V Games 的俱乐部。这降低了 TBV 作为技术水平指标的效用，使其人为地膨胀，因此不太有用，与资源实际技术需求的相关性很小。
• CCs 在资源生成上花费了数月或数年，因此理所当然地希望尽可能地分配较低的 TB，以便更多旧版 Trainz 用户可以使用它。
• N3V 无论出于金钱和商业目的，绝不是基于技术理由，采用了 TLCP，以迫使上传者遵守最后“受支持的 Trainz”版本的最小版本代码，这本身就是强加于社区的一项有争议的政策，许多人认为四年的周期太短了，Trainz 产品的向后兼容性也很差。
↑ 重点是，许多较新的上传被迫采用了最初作为技术水平指标的内容，这些内容不需要高 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 分发的北美版本加载屏幕上短暂出现的奇怪“Trainz 1.1.1”符号相匹配的记录。
↑ ^a ^b ^c 未经证实
↑ 由注册表条目确认，版本代码 2365 为“Trainz 2004：豪华版”。
↑ ^a ^b [是否可以创建一个新的 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) 之前完全未知，那个时代的许多 CC 以及几年后进入 TRS2004 时代的 CC 从未在 config.txt 文件中分配 TB 代码。 TRS2006 到 TC3 的“新奇的 CMP” 的进步甚至没有将 TBV 列为其数据列之一！

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

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

[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] 简写名称：论坛中的用户社区通常会缩写 Trainz 版本名称，与使用这些名称作为启动程序 *.exe 文件的 TRS2004-TRS2006 产品保持一致。因此，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 下载站网页（使用较新的白页 url）通过 FTP 方法手动下载。

[12] Trainz 版本（TB）值的“蔓延”或“膨胀”是由 Trainz 生命周期策略和对上传到 DLS 的更严格测试的建立强加于用户社区的。关于此事，许多 CC 和 N3V 管理层之间存在着许多争议，自 CCs 必须希望 TB 最低，以便新的资源可供尽可能多的 Trainz 用户使用，而 N3V 管理层则希望最高，以激励更多用户升级到较新的 Trainz。
• 上传时的最低 TBV，无论资源功能是否需要该 TBV 级别，已被证明是 N3V Games 的俱乐部。这降低了 TBV 作为技术水平指标的效用，使其人为地膨胀，因此不太有用，与资源实际技术需求的相关性很小。
• CCs 在资源生成上花费了数月或数年，因此理所当然地希望尽可能地分配较低的 TB，以便更多旧版 Trainz 用户可以使用它。
• N3V 无论出于金钱和商业目的，绝不是基于技术理由，采用了 TLCP，以迫使上传者遵守最后“受支持的 Trainz”版本的最小版本代码，这本身就是强加于社区的一项有争议的政策，许多人认为四年的周期太短了，Trainz 产品的向后兼容性也很差。

[EFN2-13] 重点是，许多较新的上传被迫采用了最初作为技术水平指标的内容，这些内容不需要高 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 分发的北美版本加载屏幕上短暂出现的奇怪“Trainz 1.1.1”符号相匹配的记录。

[UnCon-19] 未经证实

[21] 由注册表条目确认，版本代码 2365 为“Trainz 2004：豪华版”。

[badpractices-22] [是否可以创建一个新的 Trainz 标签]，ZecMurphy，Auran 社区助理，2014 年 5 月 11 日，晚上 09:02。

[note 1]

[note 2]

[note 3]

[note 4]

[note 5]

[note 6]

[note 7]

[note 8]

[note 9]

[note 10]

[注释 11]

[注释 12]

[注释 13]

[注释 14]

[1]

[注释 15]

[2]

[3]

[4]

[注释 16]

[5]

[6]