Trainz/下载站

Trainz 新手入门 Trainz 注释参考页

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

词汇表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

鼠标使用

符号

DLS 概述

下载站 - 或更常见的 DLS (DLS 网页链接) - 是 N3V Games 的公共库）由世界各地的其他 Trainz 用户（'内容创作者'）创建和共享的第三方自定义 Trainz 资产。   DLS 在 Trainz 1.3 - Trainz UTC 时代（版本 v1.3 - v1.5）后期推出，用户社区希望有一个更简便的方式来共享 CDP 文件，这在 Trainz 版本发布的历史中非常早（2000-2003 年，当时其最初的网站承担了目前大部分形式和功能。到 TRS2004 发布时，所谓的 '黑色页面' 网站已经上线，T'04 使用一套单独的 Windows EXE 文件提供原始的文件管理和接口。在 Trainz 爆发性增长的那些早期几年，其资产库从几百个资产迅速增长到数千个。   截至 2013 年 7 月，可供下载的资产超过 2,500 条路线和 270,000 个资产，但会因用户 Trainz 安装的 trainz-build 版本而异（旧版本 Trainz 可以访问的资产更少，并且被阻止访问更新的更高 trainz-build 编号的资产，因为更新的版本可能使用旧版本不了解的技术）。另一方面，有一些资产是先前版本的重复功能，使用 Trainz KUID 和 KUID2 版本跟踪和管理系统进行了勤勉更新，这些资产减少了计数，因为它们使之前的版本过时。类似地，在 过时表 中有条目的资产也减少了资产的总数，但无论不断变化的可使用总数是多少（正如这个论坛主题所显示的，每天都会添加更多）。在 Trainz 中，没有人会说可供选择的资产很少！  

第三方来源的基础知识

据说，如果没有下载站和社区从最早的测试版阶段就开始共享内容的意愿，Trainz 就不会存在。直到最近，任何注册的 Trainz 用户都可以上传他们自己制作的内容，或使用基于云的设施下载他人制作的内容。

大多数此类内容都非常棒，但遗憾的是，许多新手内容创作者上传的项目没有通过嗅探测试。现在，任何萌芽中的内容创作者过早地上传缺乏专业品质的实验性资产，很可能会在论坛中得到尖刻和令人沮丧的评价！ 他们也可能会收到升级其资产到可接受标准的指导和帮助，除非他们是令人反感的和粗鲁的人 - 他们的作品会被回避，直到他们成熟一点，并学会以优雅的态度接受建设性的批评。

总的来说，内容创作者是受人喜爱的，因此在论坛上可以找到支持、鼓励和帮助 - 所以，一些喷子的尖酸刻薄的话语，应该得到应有的关注。忽略他们。  

新现实

近年来，上传政策已经过时地更改为审查和预先错误检查上传内容，试图剔除使用旧技术标准制作的资产，确保仅使用合法的标签名称（关键字）和更新的数据类型和数据结构，并且资产完整且所有依赖项都在 DLS 上。这些都是好事，但 N3V Games 也开始通过 trainz-build 标签 限制上传，这在用户社区中引起了不少摩擦。其中一些审查（强迫新上传使用最新的 trainz-build）既没有必要也不明智，但 N3V 固执己见的声誉名不虚传，所以让他们提供一条途径来'只是功能性地修复'旧资产，以便它适用于所有版本，似乎比雪球从地狱中逃脱的机会还要渺茫。'拥有金子的人制定规则'，这是民间智慧中的一句老话，不幸的是，许多优秀的内容创作者因此放弃了制作资产或上传新作品。

后一种情况可能是一个无法解决的问题，因为只有资产创建者才能上传资产或更新资产，而许多人出于哲学上的原因选择不将他们的作品免费共享在 DLS 上。 收藏我！ 这个链接试图列出所有已知的 Trainz 粉丝网站，大多数都是内容提供和托管网站，是为了偶尔需要在 DLS 上找不到的资产，以使新的路线或场景运行起来。

他们的程序员创建了兼容性问题，但不会通过在必要时在预处理期间自动转换来承担责任 - 这是支持数据库产品的员工所表现出的特别不专业的态度。从历史上看，超过 90% 的软件编程涉及这种兼容性编程，但由于这是'枯燥的代码维护'，N3V 的程序员通过引用他们的人员规模小和人数少而逃脱了这种责任。

脱离 Trainz

其他内容创作者出于各种原因离开了 Trainz 或数字火车模拟（包括去世，或那些'投身黑暗面'的人 - 现在为竞争对手的产品建模），而其他人则不认为有义务永久更新他们十年前或更早前创作的资产。必须明白，Auran 在 1998 年开始开发 Trainz 时就已经是一家成功的中等规模游戏公司，但到 2006 年，他们几乎完全专注于开发昂贵的 基于 MMORPG 的游戏，这款游戏彻底失败了，导致 Auran 陷入破产程序，出售资产，解雇几乎所有员工，并且迫切需要 N3V Games 的救助资金。这一事件是灾难性的，催生了许多粉丝网站，以保护 Trainz 社区免受 DLS 和论坛消失的损失。六周后，服务器重新上线，但直到今天，许多长期 Trainz 内容创作者仍然在粉丝网站上托管内容，这些内容需要一段时间才能传到 DLS 上。即使在今天，N3V 的政策仍然让许多人感到恼火，因此政治和偏好影响着他们的动机。

因此，即使现在一个创作者想上传他曾经在粉丝网站上个人托管的资产，他也必须更新它们才能修复路线中缺少的资产。许多这样的资产，尤其是那些推动 Trainz 早期资产财富爆发式增长的退休老手，对更新的 Trainz 版本没有真正兴趣，也不想学习将资产转换为更新的技术，因为在 DLS 上更新资产以将旧的（仍然有效的数字）模型提升到 N3V 现在要求的最低 trainz-build 水平，需要花费 $$ 资源来遵守。虽然他们经常乐于友好地回答用户的询问，但他们已经将 Trainz 放到了过去的人生章节中。

新用户提示 缺少更新形式的资产。 满足此条件的资产也是在运营 CM 时造成混淆的来源，因为丢失的资产可能在 DLS 上具有更新的 kuid，而 Content Manager 会将过时的资产标记为缺少的依赖项——作者检查将显示更新的版本（kuid2 或另一个具有 obsolete-table 的替换 kuid，而 CM 只是在查看初始 kuid，这是一个小错误，但对于 CMP 和 CMP-3.x 来说都是正确的！）。下载后，替换/升级的资产就可以正确地填充依赖关系关联跟踪，然后可以使用依赖资产。 由于本地下载后，通过本地更新版本的出现可以解决此问题，修复故障的第一步应该是检查资产的更新版本！获得更新版本后，可以安全地删除或存档有错误的版本，因为从新资产使旧资产过时的那一刻起，CM 会在本地知道用新资产替换旧资产。这是 KUID2 系统的优势。它的弱点是 CM 不会按 KUID2 编码跟踪所有资产。根据定义 <kuid:abcdef:ghijki> 等同于 <kuid2:abcdef:ghijki:0>

 

那些丢失的资产

许多资深 Trainzer 不愿下载旧路线，因为可能需要修复故障。然后，其他人又会因为新路线包含丢失的资产而对其不屑一顾。最终，他们抱怨的合理空间在哪里，您为一个花了八个月的人力来设计、纹理化和测试的数字模型而付出的仅仅是一些微不足道的钱。

对于丢失的资产，网络上还有超过 400 个其他 Trainz 资产来源 (索引和搜索引擎)，它们提供可下载的资产，以及各种民族主义/语言学阵营——此外，还有两种广泛的、主要的、截然相反的哲学理念推动着它们的持续存在。

A) 一个阵营知道制作一个数字模型需要时间和精力，因此他们认为他们应该为自己的时间得到一些经济补偿，因此收取一些费用来下载相同的资产。这组人的极端是那些只提供或至少几乎只提供 付费软件 的网站。

B) 其他人认为这些资产应该是免费的，任何唯利是图的资本家都不应该从他们的资产在付费软件（包括 N3V 作为发布的一部分发布的路线，以及一些原因，以及 N3V/Auran 通过 DLS 一级票所产生的收入流）中的存在中获益。

C) 最后，在较小程度上，一些网站反感将英语作为资产名称和描述的强制性语言，因此它们使用西班牙语、德语、俄语或其他语言来托管，因为翻译既费时又费钱。

本质上，由于技术上所有内容都是根据国际法有资格获得版权的知识产权，因此所有群体都在他们自己的权利范围内，对想要为自己的时间获得报酬的人感到不满是荒谬的。Auran/N3V DLS 上传发布协议基本上要求上传者放弃这些权利，允许 N3V 随意使用任何 DLS 资产。由于许多反对付费软件的内容创作者也认为 N3V 在新 Trainz 版本中发布的路线中使用项目也是付费软件，应该获得经济补偿，因此这些信徒通常会在粉丝网站上托管自己的内容。类似地，使用付费软件网站的资产意味着这些人想要得到报酬。另一方面，N3V 秘密从用户社区中自愿提交的一组路线中选择路线，考虑到论坛和 DLS 服务器的托管费用、客户服务等，N3V 不会支付任何人的任何费用，除了他们已与其签订合同的 DLC 合作伙伴，以及 N3V 在 Simulator Central 网络商店 上托管的付费软件。

问题的不可解决性在于，在上传时进行依赖项检查（在整个时间范围内最近的发展）之前，许多甚至可能大多数路线和会话使用了这种专有资产，因为它们在某些方面通常优于或特殊。

在 TS2009 时代初期，N3V Games 实施了一项有争议的政策，即只接受“为”或“升级到”当前支持的软件版本的“制作”内容，同时实施了一项政策，将他们的客户支持限制在这些 Trainz 生命周期政策 支持的版本。这项政策仍然在许多老 Trainzer 中引起反感。它也有效地奴役了内容创作者，要求他们为多年前为别人做的恩情而不断维护和升级！

下载站上的内容在历史上显示出明显的错误率或缺少依赖项。这个问题正在通过 下载站清理 计划来解决，虽然进展缓慢，但该计划现在已经接近五年了。

事实上，许多所谓的故障或错误（即场景资产）都是由数据模型演变造成的微不足道的故障，这些故障是由一小群缺乏大型项目政治经验的年轻程序员在懒惰和不负责任的编程标准的基础上做出的不明智的技术选择造成的。
令人不齿的事实是，程序员选择了一条对他们来说容易的路，却没有充分考虑对数万客户群体的影响。作为一种尖锐而常见的例子，在 TS2009 发布之前运行良好的资产突然无法找到自己的网格表，尽管它们位于早期（实际上是最早的）Trainz 数据模型标准的一部分的同一个子文件夹中，而仅仅几行代码就可以“自动处理错误”，使用经过验证的 TRS2006 软件片段，而程序员却选择强迫用户使用 网格表 或 texture.txt 文件。在 v2.0 (TRS2004-SP0) 之前，Trainz 不知道网格表。因此，良好的编程假设本应以与 TRS 系列版本相同的方式处理这些旧的结构。

事实：V1-3 和 V1-5 资产通常会失败，因为它们假定 config.txt 中的结构更现代，而任何有两只以上脑细胞的体贴的编程人员都会编写一个例程，将旧样式转换为新的更理想的模型（从程序员的角度来看），而不是创建一个持续的癌性问题。 第二个例子是，不必要地删除旧的合法关键字，而不是仅仅忽略该行，N3V 的程序员在将资产更新到版本 trainz-build 2.6 以上时会生成错误。