Trainz/AM&C/内容创建者 Plus

Trainz 资产维护和创建

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

词汇表

HKeys-CM

HKeys-DVR

HKeys-SUR

HKeys-WIN

鼠标使用

符号

内容创建者 Plus

内容创建者 Plus（或在论坛上更常称为 CCP）是一个资产创建和编辑工具，设想为严格的语法执行器；一个与“内容管理器 Plus— (CMP) 一起在 2005 年秋季的 TRS2006 中引入的软件模块。与每个版本自己的 CM 版本一样，每个版本都有自己的 CCP，能够处理或强制 Trainz 数据模型的进展；通常版本到版本，这些只是数据组织方式和期望的呈现方式的轻微演变变化。

每个 CCP 都是由 CM/CMP 右键点击（选择并执行）弹出菜单直接启动的，直到 2012 年发布的 TS2009-SP4。随着 TR06 的 CMP 在多年中逐步升级到 TS12 的 CM 3.7，每个新的 CM 对其接受的旧资产翻译到有效（运行时）数据模型中的标签和容器变得更加挑剔。实际上，某些先前的做法和默认理解变得非法，几乎总是没有必要地——而这种自愿的 N3V 程序实践，实际上，产生了错误内容消息，因为新的 CM 正在改变规则... 当仅仅遵守旧的做法的默认数据定义仍然是可行的时候。

-->证据是普遍存在和易于测试的：只需做一个小的改变，比如将网格表安装到旧资产并更新 trainz-build 值（TBV）到下一个版本的本机最小 TBV——实际上，这种小的改变是“数据类型升级”，尽管相对于资产渲染的功能而言，实际上对运行时的影响为零，因此肉眼无法察觉。它可能会对资产的 GUI 获取和加载资产到可预渲染内存的计时产生非常非常小的影响，但一旦进入运行时资产列表，该资产的二进制形式将按需以相同的方式渲染，而与版本无关。大多数此类更改是美观的，或者数据放置（例如，标签或标签功能成为容器内的参数而不是配置的主体）——正如“修复旧资产”的经验通常会证明的那样。它们是试图在读取和保存运行时版本时尽可能快地获得一个不必要的理想，而这个理想在何时何地进行这样的解释是可以的，也应该进行这样的解释。

具体来说，CCP 是一个文本处理语法检查器和文件/文件夹测试工具，它试图使用最新的数据首选项来强制执行理想的数据配置。CCP 的长期效益是它强制严格遵守最新的可接受数据模型（即最高 TBV 标签和最新的数据结构 Auran/N3V 的程序员优先选择 在该版本支持的技术范围内发布的显式 TBV 因此适用于测试资产 作为定义可接受编码的高端要求在 config.txt 文件的数据中。当 N3V 引入 Trainz 生命周期策略并加强了对资产上传的故障测试时，这个问题就加剧了——故障测试要求手动将旧数据结构消除到新的 TBV 实践中，就像每个 CCP 版本一样，但绝大多数此类更改都是无关紧要的，名称更改、将数据翻译成法语、意大利语或阿尔巴尼亚语等等。几年来，CM 和 DLS 要求为资产制作缩略图，但只有那些使用 texture.txt 文件方法制作的缩略图才能保留在 DLS 版本中... 整个过程充斥着不必要的强制要求，造成了冲突，并给资产创建者——Trainz 社区的最有价值成员——带来了不必要的时间开销！

因此，这些更可取的“更现代”的安排被用来 定义 CCP 因此严格的故障测试标准。 ) 在 Trainz 演变的那个时代。这是一个更严格和更窄的测试障碍和“可接受性解释”的应用，因为它应用了所有累计的更改，直到该版本。这与内容管理器的故障测试对列出的TBV的变体作出响应通过应用基于声明的trainz-build的 TBV 标准的适当的旧测试和格式解释来完成。问题在于所有 CCP 变体都假设当前的最低 TBV 技术水平，并且一个对人类操作员来说仅仅是重要的小改变，例如更改名称、类别-类参数或描述说明，需要升级所有数据结构，以便 CCP 允许资产重新安装（即提交到数据库）。因此，对于资产的正常维护，CCP 相对来说是无用的，而且令人恼火，因为它需要额外的时间来符合它认为必要的标准，正如所指出的，这些标准是理想的，在面对旧时代的默认行为和实践时，它们没有任何运行时效果！这并不是说 CCP 是无用的。它是一个非常好的工具，可以帮助新的内容利用新的功能并获得不熟悉的数据组合或名称的正确语法。再次说明，正如所指出的，这些通常是控制功能的数据标签和值，这些功能在旧的数据模型中无法实现，这就是它们被添加的原因！所以 CCP 很快退化为一个硬核数据创建工具，普通 Trainzer 很少使用它。

事实是，这种结合的处理可能是 N3V Games 最大的错误。由于不足和无法解释的原因，程序员决定强迫“风格改变”，这些“风格改变”本质上是化妆品和无关紧要的，可以通过用户社区的翻译过程来处理，并给内容创建者带来几乎持续地发展他们几年以前就已搁置的（如果他们保留了任何原始文件的话）产品的负担。更简单、对所有人更好的是，采用那些适应不同 TBV 的标签、位置和默认值的混合的例程，允许功能完备的数字模型在资产提交过程中的预处理步骤中自动更新到 CCP 所期望的标准。

这绝对不会使任何版权失效，因为创建者的原始文件是完整的，它们只是被存储到数据库中，并进行了额外的相对直接的微小处理以进行更改替换——一个压缩的 .chump 文件（现在是 TANE 的加密 .tzarc）由历史方法创建，无论如何，原始的未更新的和版权原始文件将作为备份保留！简单、高效，并且不会给用户社区带来负担。版本蠕变是由要求所有上传的内容都通过当前 TBV（不仅仅是其自身功能使用所要求的必要 TBV 水平，新的标签及其值）审核造成的，这阻碍了 DLS 的升级，或者消除了其资产库中缺失的依赖关系。N3V 和 Auran 的管理层和所有者应该感到羞愧。