Trainz/tags/trainz-build 标签
| |||
|
|||
|
词汇表 |
HKeys-CM |
HKeys-DVR |
HKeys-SUR |
HKeys-WIN |
鼠标使用 |
符号 |
操作说明: 点击正文中的脚注 ([2]) 或笔记标签 ([note 12]) 会将您导航到该条目所在的具体文本。 • 然后: 在那里点击?符号,将让您回到开始阅读的地方。 |
trainz-build 标签 (TBV 或 TB) 是一个非常重要的单精度浮点数,它被应用于在 安装 的特定技术级别下创建的任何新资产。当您创建克隆会话或路线时,您的安装版本号将为 Surveyor 或 CM 为您创建的任何新资产分配匹配的 TBV。(但不是它的 代码构建 或构建编号,这是不同的)。
- 这个数量通常也称为 Trainz 版本,当然,因为各种基准 TBV 会开始或结束一个具名的零售发布版本,这些名称对于所有服务包都是通用的,服务包通常会递增之前版本分配的 TBV 值。 [注 3]
|
- Trainz 零售版本 是产品发布的文本字符串,以“营销术语”表示,例如Trainz Simulator 2009:世界建造者版,或“终极火车模拟器合集”(这太早了!)。这些很快就被缩写为每个人都理解的名称,例如 TS2009、TS10、TC3 或 UTC。
- Trainz 版本 (TB 或 TBV) 是一个十进制数值代码,一个值(例如2.4 或3.6),它“几乎总是”针对每个主要软件升级版本递增。 [注 6],由 Trainz 软件正式定义,用于任何新资产。每当代码构建版本对 Trainz 数据模型的处理进行重大更改时,此代码都会更新。实际上,有时这反映了对 数据模型 的更改,例如 TBV x.y 以上的新强制要求,要求此类或那类 资产 KIND 从此必须定义特定标签值或容器参数值。 [注 7],并且……
- 此外:大多数服务包(引入重要功能更改)将拥有一个新的trainz-build 分配,但较小的软件升级,即 热修复(不引入重要功能更改)不会生成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 验证的资源在 V2.9 或 V3.0 中也能正常工作,如果 TBV 值适当降低。但是,如果较新的 TBV 版本包含软件依赖的“新功能”,这些功能将无法在较早的技术级别安装中运行。因此,Speed Trees 在 TS10 TBVs 2.9-3.0 中无法运行,但在 V3.2-3.3 中可以运行,这两者都是后来的 Service Pack 更新。
缺少处理软件镜像也反映了同类版本中的“设计意图”——虽然 TS09 不会对 speedtree 资源产生错误,但它也不会显示它们;即使在最终软件版本 V3.3 中,与 TS10 的最后 TBV 级别相同。它们有效地成为一个过时的资源——从未见过,从未使用过,占用磁盘空间。该功能本来就不应该成为 TS09 的一部分,因此它可能根本没有被启用或包含在软件中。许多资源可以轻松地通过简单的一位小数编辑转换为较低的 TBV 值。[注 11]。相反,具有较低 Trainz-build 版本的资源应该与后来的更现代的安装兼容,尽管偶尔需要调整和更新资源的数据模型。
Trainz-build 代码和代码构建范围
[edit | edit source]资源中的 TB:资源的 TBV 是其设计、上传或被 N3V 的人工缩窄的 上传门控软件[注 13] 和 TLCP 强制使用到的版本。[注 12] | ||
当前最高的 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 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 预计 |
此 Trainz/Tags/trainz-build tags 部分是占位符,是此书籍部分不完整的大纲或标记。您可以通过 扩展它 来帮助 Wikibooks Trainz 项目,从而更全面地讨论该主题。 需要完成的工作: 完成版本研究并交叉编辑范围 |
资源兼容性
[edit | edit source]为资源在 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 中的错误检查。因此,如果您收到包含实际错误的拒绝通知,您需要纠正这些错误。 |
” |
使用完全有效的当前支持的 Trains 版本生成的资产,使用资产指定的 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-build 1.3。Ø
过时版本
[edit | edit source]截至 2012 年 9 月,trainz-build 编号(包括 2.8)被视为过时,不再允许上传到 Download Station。有关更多详细信息,请参阅 Trainz Life-Cycle Policy。
注释和参考文献
[edit | edit source]注释
[edit | edit source]- ↑ * trainz-build 标签本身直到 Trainz UTC (v1.5) 才为人所知,那个时代和之后的几年,甚至在 TRS2004 时代,许多 CC 都没有在 config.txt 文件中分配 TB 代码。 TRS2006 到 TC3 '新奇的 CMPs ' 进步,甚至没有将 TBVs 列为其数据列之一!
- 较新的 Trainz 版本尽力将这些较旧的技术转换为较新版本的标准(数据组织和图形技术),但一些较旧的资产无法自动转换;并非因为不可能,而是因为 N3V 的程序员决定追溯地强制实施新的、更严格的数据模型故障测试;而 TRS2006 时代(及其衍生产品)则很容易处理这种转换。大多数问题可以通过在 config 中添加 mesh-table、缩略图容器 和/或 转向架容器 来轻松解决。
- ↑ 对于新的 Trainz 用户:'尝试使用有故障的资产 不会 实际造成 Trainz 损坏,并且大多数版本都不会让您放置有故障的内容,直到 CM 对该资产感到满意为止。所以尽情尝试吧。这就是许多优秀资产在最初创建的方式!
- 大多数较新的内容可以降级到早期 Trainz 版本中使用,至少可以作为场景项目使用,因为使用较新脚本文件的项目可能使用较旧 Trainz 版本中没有的功能。 最近发布的路线和场景则不行。程序员更改了场景和 类型图 文件的格式,以支持 TS2010 及更高版本中更灵活的场景和图层。
- ↑ 例如:TS09(没有 SP,所以是 TS09-SP0)的基准 TBV 为 2.9。在添加了四个 Service Pack 后,代码构建系列的版本号(或 TBV)为 3.3,每个添加的 Service Pack 在这两个最终值之间都有一个递增的 TBV 版本号,因此 TS09 的 TBV/版本号总体上为 2.9–3.3。
- ↑ 缩写名称:论坛中的用户社区通常会根据使用这些名称作为启动程序程序的 *.exe 文件的 TRS2004-TRS2006 产品来缩短 Trainz 发布名称。因此,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 或另一个保持了先前的 TBV 编号,因此最终,
• 两个产品都应用了四个 Service Pack 具有相同的 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 版本(TB)值的“蠕变”或“膨胀”是由Trainz 生命周期策略和对上传到 DLS 的更严格测试的实施强加给用户社区的。许多CC 和 N3V 管理层之间对此存在很大争议,自 CCs 必须希望 TB 最低,以便新资源可供大多数 Trainz 用户使用,而 N3V 管理层希望 TB 最高,以激励更多用户升级到更新的 Trainz.
• 上传时最低 TBV,无论资源功能是否需要该 TBV 水平,已被证明是 N3V Games 的俱乐部。这降低了 TBV 作为技术水平度量的效用,使其人为地膨胀,因此不太有用,与资源实际技术需求的相关性很小。
• CCs 花费了数月甚至数年来生成一个资源,他们自然希望分配尽可能低的TB,以便更多旧版 Trainz 用户可以使用它。
• N3V 无论出于商业和经济目的,当然不是基于技术原因,采用了TLCP 来迫使上传者遵守最后一个“支持的 Trainz”版本的最低版本代码,这本身就是一个强加给社区的具有争议的政策,许多人认为 4 年的周期过短,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 唯一真正重要的区别,但有一些相对次要的功能和调整。
参考文献
[edit | edit source]- ↑ 版本代码“1”(0001)是 Trainz 1.0 软件下载版本的一个未经证实的推测
- ↑ 正式Trainz 1.1.1,由 Strategy First 发行的北美版本,出现在其中一个加载画面上,并且是第一个广泛分发的 CDROM 版本。
- ↑ 根据 Windows 注册表中记录的值以及与该奇怪的“Trainz 1.1.1”符号相匹配的记录,该符号出现在 Strategy First 发行的北美版 CDROM 版本的其中一个加载画面上。
- ↑ 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 代码标准的更新信息,这些标准往往会随着软件中添加的功能而发生变化。 |