Trainz/版本和构建编号

Trainz 版本

Trainz 培训生基础知识 版本及其相应的构建编号

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

词汇表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

鼠标使用

符号

一个 TS2010 内置路线资产示例，显示了 TS09 和 TS10 中引入的新网格拼接技术导致的顶点对齐和端帽边界问题。建模软件在运行时 GUI 下的行为异常是通过热修复或服务包解决的一种问题类型。

Trainz 版本概述

Trainz 软件版本或等效地Trainz 零售版本或Trainz 零售版本遵循软件行业常见的做法，将版本号分配给“营销名称”作为零售基础包的主要版本（为了比较，请考虑另一个更熟悉的软件系列：{每个微软 Windows 操作系统零售版本：Windows 1.0、Windows 2.0、Windows 3.1、Windows 95、...、Windows Vista、Windows 7、Windows 8 和 Windows 10}），根据行业惯例，任何一个版本都可能具有适用的错误修复“热修复”和其他不太紧急的更改补丁（通常添加功能和/或进行操作调整或修复其他较不严重的错误，以及提供额外的用户反馈生成的“新”功能），称为服务包。为了管理一系列这样的软件和依赖（支持）数据文件集合，程序员使用一个序列号系统，在 Trainz 中被称为代码构建编号、构建编号或代码版本编号。请注意，软件系统中的每个元素（DLL、EXE、支持数据文件，如图像、脚本）都有某种序列化或自己的代码构建编号，而最终的整体分发集合，“构建”，则被赋予一个针对整个组合的整体代码构建标识符。

对这些产品零售版本（零售版本）的所有更改统称为软件升级，这是普通计算机用户几乎没有经验的计算领域，因为大多数用户在企业环境中受到 IT 部门或 IT 顾问的保护。如今，基于互联网或支持互联网的软件通常在编写时就预料到会定期更新，这使我们对软件的不稳定性变得麻木，并使计算机用户社区习惯于这种不稳定性。家用电脑软件包——包括如今几乎所有通过下载获得的软件，其分发数量庞大，通常在其内部包含内置的更新代码以检查更新，并自动更新，或者在设计良好的情况下，提醒用户，并在命令时更新。Auran Holdings，这家拥有 Trainz 所有权利的控股公司及其合作伙伴 N3V Games，目前负责管理这些资产的开发和营销，直到最近在“Trainz 版本时间跨度”（2011 年，最终在 TS2009 SP3 和 TS2010-SP2 中调试）才掌握了后一种技术。

版本术语和含义

每个命名产品版本（零售版本）以及每个后续升级级别（热修复和其他补丁通常必须按发布顺序添加）都具有一个多位数的“构建”编号，该编号由软件发布者定义，是构建的唯一标识。在 Trainz 中，这些正式被称为代码构建编号或Trainz 构建版本，作为他们自己的 IT 部门，“Trainzers”必须将这些东西保持一致，因为并非所有操作都可以自动完成，并且每个新的零售版本都需要一个新的安装步骤。

文件：TS2009 启动器屏幕.jpg

N3V Games Windows 版本启动器屏幕看起来都和这个 TS2009 示例非常相似，并且与 TRS2004、TRS2006 及其所有衍生产品（如 TC）相似（除了颜色）。
 • 从 TS2009-SP2 V3.1 和 TS2010 开始，N3V 将代码构建放在启动器屏幕上，并将 trainz 构建版本号放在 CM 的标题栏上。

文件：TS2004 启动器屏幕.jpg

v2.0--v2.4 启动器屏幕大多具有相同的选项和不同的样式。

文件：TS2006 启动器屏幕.jpg

自 TRS2006 及其所有衍生产品（如 TC）以及 TRS2009–TS2012 开始，V2.5 及更高版本的启动器屏幕看起来更漂亮，但由于它们对相同按钮使用相同的布局，因此看起来都非常相似。

 

在 Trainz 中，直到人们理解上下文含义，才明白“版本”一词似乎被过度使用了。

1. 首先，是 Trainz 版本（俚语：指 Trainz 零售版本），
   
2. 其次，是“代码版本”和“Trainz 资产版本”编号，正式称为““Trainz 构建标签”值或 Trainz 构建版本编号
   
3. 它类似于代码构建编号或“Trainz_build_versions”，或者有时被称为“代码构建版本” ，它具有确切的技术含义——针对版本控制的 make 文件 执行的最终编译运行，随后由质量控制部门作为下一个官方“代码集”发布。
    • 如果您在安装过程中遇到问题，N3V 客户支持需要您报告此代码构建编号。在 TS2009-SP4 及更高版本中，它出现在启动器菜单和主菜单的右下角。在之前的版本中，它只出现在 Trainz “启动器”屏幕上，在某些版本中很容易被忽略。
    • 其他所有类型的版本都源于这套稳定的软件源代码；它是变更周期中一个稳定和可靠的平台，至少在这些方面是可以测试的。
   
4. 当 QA 测试失败时，N3V 会发布三种类型的软件升级
   

A. 修补程序 用于修复严重错误或调整功能，通常在发布事件发生后快速发布，一旦投诉潮涌向帮助台和论坛。

B. 热修复 用于修复错误和调整多个事项，通常不是为了让整体工作，而是为了在经过额外测试一段时间后，让整体工作得更好，同时程序员修复一个或多个其他小错误或添加扩展功能。其中一些，例如 TS12-SP1+hf4 应该已经增加了trainz-build 或技术版本。Auran & N3V 的管理层在他们的理由和行动上似乎一直不一致。基本上，一个新的 trainz-build 代表着一个技术平台，其中一些以前不可用的功能被添加了。
 • 其中一些属于程序员的经验——运行时包中的内部更改；其他的，主要是涉及资产能力、功能、脚本或交互性的更改，对社区和内容创作者来说是显而易见的，因为新的标签、实践和容器在 config.txt 文件或资产源文件夹中分组的数据元素（资产部件）会受到影响。
 • Trainz 核心是一个高度合作的联合开发社区。内容创作者通常会通过对功能的需求来推动软件开发。程序员和/或 N3V 管理层会批准该想法，对其进行优先排序，然后程序员会定义参数（数据类型）；在那个阶段，可能的第一个软件修改是针对错误测试筛选软件，它会在上传的资产被允许进入 DLS 之前对其进行审查——以及一个 TBV 阶段发布，使其软件不会在以前不熟悉的新的数据元素上崩溃。支持这些功能的内容创作者随后会提供具有理论能力的资产，程序员会努力将其添加到未来的一系列软件更新中，最终——每个人都会看到数据和软件是否产生了预期效果...或者数据定义或运行时软件实现是否需要调整。所有这些都需要许多人共同努力。

C. 服务包——这些是更广泛和更大的更改，用于修复错误、升级功能或行为，以及涉及消除某些投诉来源的更改。

每个代码版本号（2 到 5 位数字）都对应一个相应的 Trainztrainz 版本号（一个“TB”或“TBV”小数，如 2.9：通常表示一个技术门槛或能力水平）。trainz-build 的“步骤”或平台因此对应于一组目标能力，而调试的几次迭代和“代码版本发布”（较小的热修复和较大的服务包发布）映射到相同的 trainz-build 门槛。因此，新用户会注意到内容管理器 搜索中资产列表中某些 TBV 值的优势，即所谓的重大发布或主要版本——{1.3、1.5、2.2 & 2.4、2.6、2.8、2.9-3.3、3.5 & 3.7、4.0 & 4.3 & 4.5} 通常紧随软件系统的寿命。以前，这仅仅反映了在下一个零售（新）产品发布之前，稳定的软件套件发布存在的时间长度之间的简单关系，该发布具有新的技术能力。以前，内容创作者会故意用最低的 TBV 形成新的资产，这样资产就可以被最广泛的 Trainz 用户使用，许多人仍然忠于旧的 Trainz 版本（甚至组建了拥有数千名成员的俱乐部，例如 Trainz Pro Routes 等）——简而言之，如果新技术使用的是这样的资产无关紧要的标签或能力，并且不需要它，那么创建一个新的桥梁、建筑物、企业或火车车厢，这些车厢会让大多数人满意，这是很有意义的...因此，大量的 V1.3、V2.6、V3.0、V3.5 资产仍然被广泛使用。 此外，由于资产功能以及可以操纵效果指令的代码片段可以嵌入到运行时软件套件中，这些软件套件是为满足特定的技术能力而编写的，因此在请求功能和该功能出现在可以利用它的版本中之间存在很长的滞后时间。 Example: Basic traincar data structures and configuration were laid out by the end of Trainz UTC. Someone desired ability to have realistic traincar ID numbers vary automatically, submitted the idea to Auran, and the programmers implemented a set of data elements to control the effects. Which leaves most rolling stock unchanged, yet allows a technology not available in previous code releases. 信号能力方面也发生了类似的转变，涉及到院子交叉轨道的真实性，有时被称为“Template:TBN”——与原型地点（火车场）相匹配的真实需求。  • 总的来说，在过去，自 TS2009 以来越来越多地执行的数据约定是在 TRS2004-TRS2006 时代（以及 JET II 游戏引擎）设计和实施的——然而，大多数资产类型完全可以继续使用旧的、更简单的 Trainz 1.0 时代的数据结构，这些结构主要是基于单一的标签，并且不涉及 Trainz 的容器在config.txt 控制文件中的任何聚合数据结构。在 2009 年，N3V 决定在随后的版本中添加严格的过滤，以强制执行较新的数据结构。他们还添加了安装软件测试、过滤器，以审查和认可 DLS 上传内容——随着时间和版本的推移，这会不断更新，迫使提交更高的 TBV 值——即使已实现的资产与早期的 1.3 或 2.5 时代资产没有显著差异，只是更详细、更不粗糙的子组件部分（Trainz 的一个“依赖项，比如新的转向架、声音，或者可能是一节经过修改的火车车厢，可以进行交互式货物和动画门{{efn,许多旧的资产使用混合的技术标签和容器来在游戏中编程其表现形式，因此在 config.txt 中添加容器和标签以使箱式货车或平板车能够处理交互式货物（在 TRS2004 中引入，是 Trainz 的一项优势）只需要简单的剪切粘贴修改。然而，脚本和网格相关的功能，比如动画门，确实需要更改版本，因为它们要复杂得多。 }. This has been controversial and caused many aggregate assets (Routes and Sessions) to be short compatible assets. So until TS2009, older and looser data conventions were tolerated in newly altered and new assets—allowing new assets produced to a lesser capable standard.  • The Trainz Version number exactly matches the asset (technology 'level' identifying) Trainz-build tag number.  • There can be many code build numbers for a trainz-build code (or technology level); some are for a different group of languages as translations become available, and ...  • Each of those also has possible Hot fixes and Service Pack patches—some of which change the trainz-build, and others do not. Hot fixes do not usually cause a change in version numbers, while Service Packs usually cause an increment of +0.1 to the "Trainz-build" tags and colloquial terms thrown around as the 'Version Number!}} 在企业界管理这些改进是 IT 部门的任务，但由于 Trainz 是一个个人软件套件，因此更新 Trainz 版本的任务就落到了私人用户身上。Trainz 的这一方面也因其本质而更加复杂，它本质上是一个数据库管理器和一个巨大的数据库（文件大小更大），以及配套的工具程序（尤其是例如，GUI 运行时模块Surveyor、Driver、Railyard，以及幕后的一些其他程序，比如TrainzUtils.exe），这些程序中的每一个可能都需要进行修补或替换为服务包发布或热修复。此外，也是最成问题的部分是，当用户下载了大量内容时，新更新还需要扫描数据库中的每个项目，并在必要时，将这些项目修补到与修补程序引入的“新技术级别”相符，并对应于新的资产版本号。 Trainz 版本号，产品的“技术级别”以十分之一为增量，Trainz 1.0 为 1.0 版本，TRS2009 为 2.9 版本，因此 TRS2009 加四个服务包达到 3.3 版本，但TS2010的最后一个服务包也是如此——它与 TS2009 同时开发，作为从 32 位游戏引擎到 64 位处理环境的过渡技术——因此这两个版本在技术上大多重叠和共同加入。第一个“仅运行”为 64 位版本，Trainz Railroad Simulator 2012（TS2012，没有服务包）是 3.5 版本/版本标签级别，在此期间，在它被开发时，N3V 决定其旧的游戏引擎需要完全重写，从而产生了对 Trainz: A New Era 的众筹融资，该游戏具有大大改进的图形效果，以及视频改进和各种资产能力方面的额外平台。因此，TANE 或 T:ANE 跨越了六个迭代的性能阶段，因为它稳定了 TBV 4.0–4.5，而TRS19——Trainz Railroad Simulator 2019（2018 年 12 月 18 日发布 目前在 TBV 列表中排名第一，为 4.6 Trainz 的发布还因服务于国际用户而变得更加复杂；从一开始，该产品就被设计用来为不同的国际语言组和他们的翻译需求服务。在后来的做法中，大量国际化的不同版本被管理到大约四个初始版本     遗留（不受支持）版本 此页面其余部分按普通日历顺序呈现，先发布的先列出。第一组是历史上那些巨人们，今天更新的版本都是站在他们的肩膀上的。Trainz 的所有版本和发布都得到了 Auran 的支持，后来又得到了 N3V Games 的支持，超过十年——直到 2010 年采用并宣布了不受欢迎的Trainz 生命周期策略。根据该策略，在原始零售版本发布日期后，通常会人为地增加四年，此后该版本就会神奇地“被称为过时”，N3V 会停止支持。 偶尔回顾一下，看看我们走了多远，还是挺好的！哈哈——编辑。 Trainz 生命周期策略对资产更新的负面影响最大，现在是通过 DLS 软件接受测试软件的门槛难度不断上升，这些要求的变化对Trainz 版本号的可靠性产生了负面影响，因为这些版本号可以作为任何给定资产实际需要的技术级别的指示。整个系统现在正在导致资产更新或添加到 DLS 集合中的资产的版本向上攀升，并且要求作者捐赠时间对 config.txt 文件中的数据结构进行大量不必要的“更新”，每个资产都有；这些更改实际上并没有功能上的变化，但并没有真正改变资产的纹理、网格和其他可操作的“内脏”。简而言之，这些更改是管理数据重组，通过不必要的变通方法浪费了成千上万人的时间。），出现在用户内容管理器 模块和主菜单 屏幕上。 Trainz Trainz 1.x 系列 封面格言：Trainz 虚拟铁路模拟，尽在您的电脑上 主要文章：Trainz未应用任何服务包的 V1.0 Trainz 测试版 V0.9 “ 完美不是添加无可再加的时候，而是无可再减的时候。 ” —安托万·德·圣-埃克苏佩里，Auran 非常罕见的盒装版Trainz：Beta 版本 0.9，由Auran Developments 于 2001 年 6 月发布，发行量极小。在此之前，该软件的几个初始下载版本已经提供给合作的铁路爱好者和其他相关方进行测试。 图形方面有一些变化，对吧？！？！ 一篇由早期 Auran 合作伙伴 Charlie Lear 撰写的关于这款流行软件开发简史的文章，可以在以下链接中找到：'Trainz 简史'，该文章还包含对 TRS2006 之前版本的评论和封面艺术。Beta 版本的封面艺术包含了来自安托万·德·圣-埃克苏佩里 的引言。（参见上面的引言）。Trainz 针对模型铁路爱好者的市场定位，缺乏许多内容，但提供了一个与今天类似的Surveyor 模块，这仍然是路线构建方面最强大的工具。 Trainz Trainz 的原始版本，没有应用任何服务包，其trainz-build 为 1.0 (V1.0)，被称为 'Trainz 社区版'。盒装版Trainz 1.0 于 2001 年 11 月由Auran Games, Pty. Ltd 从 Auran Development 转移并发布，这是一款自行出版的区域发行版本，在此之前是 2001 年 9 月 24 日发布的仅限软件下载版本。 通常，每个应用的服务包都会将版本号增加 +0.1，因此在应用第三个服务包 (SP3) 后，累积版本代码值将变为 Trainz V1.3；该系列的第一个完全稳定的软件版本也被称为 'Trainz 旅客版'。该版本还包含了三维 (3D) 模型构建工具w:GMAX 的授权版本，它负责 Trainz 下载站 (DLS) 网站 上大量用户创建的 3D 资源。 早期 Trainz 最低和推荐要求 {

 

TANE

Trainz：新纪元 (TANE 或 T:ANE)，完整版...

Trainz：新纪元于 2015 年 5 月 14 日正式发布，据称是完整的版本，克服了 TANE CE 的不足。TANE 的驾驶员、测量员和内容管理器模块都有其问题。大多数缺少用户习惯使用的操作热键。它的 CM 用户界面有更多强大的优势，但浪费了搜索规范屏幕空间，并且其整体实施在最奇怪的地方神秘地改变了术语（常见的 Trainz 操作术语，大多数都有热键，这些热键在Trainz 0.9 Beta 版本以及其他操作菜单中存在并为社区所熟知，特别是驾驶员和测量员中的重要小地图的操作方式截然不同。截至 SP3 版本 (TBV 4.5)，许多这些缺点仍然让社区感到不满。

通过一系列热修复、补丁和服务包，添加了一些“收尾工作”，据传第四个服务包预计将于 2019 年 3 月 12 日完成，即使该程序正被TRS19 取代，TRS19 是 TANE 的新版本，没有“新纪元”标签。一项用户普遍欢迎的重大改进是，该功能允许用户直接控制本地内容的存放位置，并根据需要进行更改，允许内容创建者和用户自定义体验并隔离数据，例如将英国路线和资源与北美路线和资源分开，从而减少 CM 和测量员中选择和管理内容的混乱。 从最初的压缩下载安装程序 (代码版本：78667) 到 SP1 (代码版本：80201)，SP1 热修复 1：81190，SP1 热修复 2：82149，再到 TANE SP3 (代码版本：94916)  ，进行了多次升级。

TANE MAC

TANE 的 Mac 版本也于 2015 年 5 月 14 日发布，据称是完整的版本，克服了 TANE CE 的不足。来自Trainz Mac 的 MAC 用户界面据称用于 CM 和测量员屏幕，自 Trainz 1.0 以来，第一次让 Trainz 软件呈现出不同的外观、视觉效果和操作体验，另一方面，TRS2006 的 CM 也是如此。

注释、脚注和参考资料

从 2009 年 8 月开始，Auran/N3V Games 启动了一个名为 TrainzOnline 的技术参考和用户兴趣维基。网站上的大部分数据是由公司的官方员工上传的。 

来源

1. www.auran.com auran 商店链接（历史上的“发行”名称，尽管是短暂的）
2. TrainzOnline Trainz-build 标签维基页面
3. TrainzOnline Trainz 代码构建版本维基页面