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 年），当时 Trainz 的初始网站开始呈现其当前的形态和功能。在 TRS2004 发布时，所谓的“黑页”网站已经上线并运行，T'04 使用一系列独立的 Windows EXE 文件提供原始文件管理和接口。在 Trainz 爆发式增长的早期，其资源库从几百个资源激增到几千个。 2013 年 7 月，可供下载的资源超过了 2500 条线路和 270000 个资源，但会因用户 Trainz 安装的 trainz-build 版本而异（较旧的 Trainz 可以访问较少的资源，并且无法访问更新版本的 trainz-build 编号的资源，因为更新版本可能使用较旧版本未知的技术）。另一方面，还有一些资源是之前版本的重复功能，使用 Trainz 的 KUID 和 KUID2 系统进行版本跟踪和管理，这些资源会减少资源数量，因为它们将之前的版本淘汰。类似地，在 obsolete-tables 中有条目的资源也会减少资源总数，但无论可用的总数量是多少（正如这个论坛帖子所示，每天都有新的资源添加）。在 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 构建级别，需要花费 $$ 资源来遵守。虽然这些老创作者通常乐于帮助用户进行咨询，但他们已经将 Trainz 放在了他们生命中的过去篇章中。

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

 

那些缺失的资产

有许多长期 Trainz 用户不愿下载旧路线，因为这可能需要修复故障。然后，有些人会蔑视包含缺失资产的新路线。最后，他们有什么理由抱怨呢？你为一个数字模型支付的费用微不足道，而这个模型的制作需要长达八个月的人力才能完成草图、纹理和测试。

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

A) 一派认为，制作一个数字模型需要时间和精力，因此他们应该为自己的时间获得一些经济补偿，因此收取一点下载费用。该组的极端观点是，有些网站只提供或至少几乎全部提供 付费软件。

B) 其他人认为，资产应该是免费的，没有任何唯利是图的资本家应该从他们的资产被包含在付费软件中获利（其中包括 N3V 在新版本 Trainz 中发布的路线，以及 N3V/Auran 通过 DLS 首席票务产生的收入流）。

C) 最后，在较小程度上，有些网站对英语作为资产名称和描述的强制语言感到不满，因此他们以西班牙语、德语、俄语或其他语言托管资产，因为翻译既费时又费钱。

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

该问题的不可解决之处在于，在上传之前进行依赖性检查（在整个时间范围内最近的发展）之前，许多甚至可能是大多数路线和场景使用了此类专有资产，因为它们在某些方面经常更优越或更特殊。}}

在 TS2009 时代初期，N3V Games 实施了一项有争议的政策，只接受“针对”或“升级到”当前支持的软件版本的“针对”或“升级到”当前支持的软件版本的“针对”或“升级到”当前支持的软件版本的内容，同时实施了一项政策，将他们的客户支持限制在这些 Trainz 生命周期政策 支持的版本。这项政策至今仍让许多老牌 Trainz 用户感到愤慨。它也实际上奴役了内容创作者，要求他们不断维护和升级，以换取他们多年前为他人做出的恩惠！

下载站上的内容历史上一直显示出明显的错误或缺失的依赖项。正在通过 下载站清理 计划来解决这个问题，尽管进展缓慢，因为该计划已经接近五年历史。

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

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