类别: RFC

RFC: X 平面使用数据

这是一篇 “征求意见” 的帖子 -- 请在评论中讨论该提案。根据我们的标准程序,如果您评论询问 Oculus Rift,您的评论将是Piped to/dev/null

X-Plane 开始收集版本 10.40 中的匿名使用数据。我用了一些数据来编译此信息图你可能在网上见过。它既有趣又丰富多彩,还有一些有趣的数据。然而,仅仅因为I认为这些统计数据值得注意并不意味着是的。

那么,作为第三方开发者,你还有什么想知道的吗?信息图表中是否缺少有助于您决定将开发精力放在哪里的信息?你想要关于信息图表中提到的任何东西的更具体的细节吗?我们有各种可用的统计数据,从使用最多的语言到最流行的屏幕分辨率。

如果你想获得更多的信息,你希望多久看一次,什么格式最有帮助?电子表格很简单,可以经常处理,我们可以在里面放一些图表,让它们不那么无聊。

这些声音对你有吸引力吗?在评论中告诉我们!

张贴在显影,RFC | 30 条评论

RFC: Dataref 驱动的库区域

我有一个针对 X-Plane 10.40: dataref 驱动的库区域的拟议修改的工作原型。

这个想法很简单: 您可以在库包中定义一个区域,并且 X-Plane 将只在写入 library.txt 文件中的数据 aref 评估为 true 时加载这些艺术资产。

这方面的主要用途之一是实现季节性或冬季风景附加功能,不需要重新启动 sim 就能生效。现在,如果你想改变风景的外观,你可以:

  1. 写一个脚本来替换 X 平面内的文件。这使得更新 X 平面变得棘手,但它可以让你修改任何东西。当然,这些 mods 中的一些可能在未来的版本中不起作用。
  2. 创建一个自定义库包,用于替换默认艺术的库路径。这需要重新启动才能生效,但不会影响更新,并且是稳定的。

使用此扩展,方法 2 可以在不重新启动的情况下完成。自定义库艺术资源放在一个区域中,并且该区域设置为仅在某些数据范围设置为某些值时可用。

性能

对数据的更改需要重新加载场景才能生效; 这是能够完全更改库中的艺术资产的成本。然而,这确实允许很大的灵活性 -- 例如,整个对象可以根据日期添加或删除。对于季节性使用,如果用户可以在飞行前决定一个季节,重新加载不应该是 facotr。

纹理与库路径

最初的建议是允许纹理由 dataref 交换。我更改为库路径,因为 X 平面的许多现有季节性/冬季附加组件会改变除纹理以外的艺术资产的属性; 例如, 他们改变镜面反射值或添加法线映射,否则不会出现。仅更改库艺术资产允许完全定制。

建议语法

新语法是单个 library.txt 行:

REGION_DREF   

例如:

REGION_DREF myplugin/use_snow = = 1.0

数据格式可以来自 sim 或插件; 所有六个条件 (<=!=> =) 都是可用的。如果存在多个 REGION_DREF 线,则 all 必须计算为 true 才能使用该区域。

征求意见

请使用评论部分来评论这个特定的提议。我会有点法西斯主义,用核武器攻击所有离题的评论。这是关于一个特定的提议功能,而不是一般的新闻更新。

我有这个工作代码; 如果你想尝试开发人员构建,请发邮件给我。

张贴在文件格式,RFC | 12 条评论