类别: 硬件

X-Plane 11.30 中的操纵杆功能

在即将到来的 11.30 更新中的自定义操纵杆响应曲线

正如你可能已经看到的在我们的社交媒体上,在下一次重大更新中,我们将推出新的操纵杆功能。这里有两个主要特征:

  • 自定义响应曲线
  • 特定轴类型的特殊 (语义) 范围

5月1日是普遍感兴趣的,而第二个几乎只对硬件制造商和定制驾驶舱制造商有用。

自定义响应曲线

从我记事起,X 平面就有一个 “控制响应” 设置,这使得你的控制响应是非线性的。更多的操纵杆范围被映射到中心你的俯仰/滚动/偏航轴的中心,和较少的范围是专门用于极端。这为您提供了通常使用这些控件的区域中的细粒度控件,但牺牲了在这些限制下更粗糙的控件。

在 X-Plane 11 中,这些设置存在于控制灵敏度窗口中 (从设置> 操纵杆屏幕底部启动),并且它们将继续存在于 11.30 更新中。

但是,现有控制响应设置的问题在于,它适用于全部您可以插入的操纵杆硬件。你只得到三个值 -- 俯仰、滚动和偏航 -- 它们适用于那种类型的每个轴,不管设备是什么。此外,如果你有一个不同的轴的类型,其输入要弯曲 (例如,油门,分耕机等),你只是运气不好。

因此,在 11.30 中,我们增加了对设置自定义曲线的支持任何轴类型。当应用于俯仰、滚动或偏航轴时,这将覆盖全局控制响应曲线; 应用于其他轴类型,它将支持以前不可用的新功能。

这些曲线非常强大。他们可以做如下事情:

  • 手动配置空区域
  • 创建平滑曲线 (直接替换旧的 “控制响应” 设置)
  • 创建真正复杂的曲线,加载控制点,并选择插值方法 (线性,或两种平滑方法之一)

但是乐趣不止于此!

新语义范围

曲线编辑器中有一个新组件,可以显式调用。

当您编辑某些轴类型 (油门、支柱或混合物) 的响应曲线时,您可以选择为某些特定于轴的行为配置范围:

  • 节流阀的测试和反向范围
  • 道具控制的羽毛范围
  • 混合控制的截止范围

X-Plane 总是根据您飞行的飞机模型自动设置这些范围。不过,您第一次可以自己配置它来匹配您的硬件。

这些主要是针对硬件制造商,他们的控制装置上有物理制动器-你可以使 X-Plane 的空闲点准确地例如,匹配你的油门物理制动装置。这使得构建非常好的油门-支柱-混合物象限成为可能,这些象限可以很好地与 X-Plane 配合使用。

如果你是一个商业硬件制造商,并且你希望 X-Plane 在默认情况下为你的用户正确配置你的硬件, 您可以在设置 UI 中设置轴和按钮分配以及语义轴范围,然后单击 “创建默认配置文件” 按钮。将它创建的文件发送给我 (我的电子邮件是我在 X-Plane.com 的名字),我会在下一个版本中发货。

张贴在硬件 | 47 条评论

英伟达 RTX 以 X 结尾,X 平面以 X 开头。完美搭配?

英伟达宣布了他们最新的比特币显卡将于 8月20日在 Gamescom 举行。在晶体管的通常增加中,他们还增加了一个不能 (尚未) 用于计算加密散列的功能,这让所有加密矿工都失望: 射线追踪!射线追踪长期以来一直被视为图形渲染的圣杯,因为它比传统的光栅化和阴影更接近于复制现实世界。然而,到目前为止,实时进行射线追踪几乎是不可能的。但是嘿,英伟达刚刚宣布了他们新的 RTX gpu 可以做到这一点,那么 X-Plane 什么时候会得到一个奇特的光线跟踪渲染器呢?这和 X 平面用户提出的各种其他问题,以及一些神话,都将得到回答!如果你有一个问题没有在这里得到回答,请随时在评论中提问。

英伟达所展示的绝对令人印象深刻。不幸的是,所有营销炒作的细节在于,可悲的是,没有工程努力,它不能被扔进去。首先需要的是实际的 RTX 硬件,这是 LR 目前没有的。第二件需要的事情是一个基于 Vulkan 的应用程序; 我们正在到达那里,但不以任何方式支持 RTX。 (Vulkan 渲染器的整个目标是不改变世界的外观,所以我们首先需要一个运输生产 Vulkan 渲染器。)但是…… 嗯,还不完全清楚在所有细节中真正编写一个光线跟踪渲染器需要什么。英伟达尚未发布 Vulkan 扩展的规范 (VK_NV_raytracing),但他们已经发布了演示文稿中的幻灯片。有一点非常清楚: 你不能只是复制粘贴五行英伟达示例代码,然后在光线追踪的世界中突然醒来。

英伟达提供的是描述场景所需的脚手架, 以及提供新类型的着色器,允许将光线从点 A 投射到点 B,然后报告沿途击中的光线。这是硬件在这里提供的大量工作,但并不是承诺的 “5 行,你的应用程序中会有光线跟踪”。要采用光线跟踪,您必须从头开始编写整个光线跟踪程序; 硬件仅允许您现在这样做。这类似于实现 HDR 或 PBR: 着色器是实现这两者的基本要求,但是一旦你有了着色器,你静物需要在它们之上实际实现 HDR 或 PBR。另一个例子是建造一所房子,并提供一块可以支撑它的土地。当然,这很棒,现在你有地方建造你的房子,但是你仍然需要想出一个蓝图,挑选材料来使用,然后真正建造它。实施光线跟踪将需要大量的工程努力,没有人会在每次免费购买一个 RTX2080Ti 时投入令人敬畏的反射!

另一件不完全清楚的事情是,在像 X-Plane 这样的环境中,光线跟踪的效果如何!X-Plane 中的世界是巨大而开放的,不是空间狭小的射手的小场景。需要大量的光线,它们必须传播很远,可能与大量的几何形状相交。硬件和 API 扩展到这些尺寸有多好?只有时间才能证明。这当然不是要削弱 Nvidias 在这里的成就,这是一项不可思议的技术壮举,这只是第一代!

另一件值得一提的事情是,光线追踪不仅仅是英伟达十年来在地下室秘密编造的东西。这将是一个行业范围内的事情,api 将跨供应商工作!历史上,一家供应商已经想出了一种奇特的新方法来做事情,然后成为其他供应商采用的标准。英伟达已经站出来,并提供了他们的扩展作为 Vulkan 核心 Khronos 扩展的基础。他们对提供跨供应商、跨平台的 API 感兴趣。

在可预见的未来,光栅化渲染器不太可能去任何地方。相反,光线跟踪暂时可以用于其他难以实现的附加效果。显然,英伟达也承认这一点,它提供了一个传统的光栅化引擎,它本身比上一代的光栅化引擎更强大。这也意味着如果 X-Plane 明天采用射线追踪,你仍然可以在你的旧硬件上运行它, 如果你有光线跟踪功能的硬件,你只会在上面得到额外的光泽。

最后但并非最不重要的是,这是为什么你应该远离着色器的另一个原因!总有一天,我们会在辉煌的 Vulkan 未来中醒来,这将为辉煌的光线追踪未来打开大门。所有这一切意味着我们将不得不不断改变我们的着色器。

张贴在显影,硬件 | 43 条评论

关于 X 平面 11 系统要求的一些注意事项

我们发布了X-Plane 11 今天的系统要求。这里有一些关于 X 平面 11 的要求的注释。

仅 64 位

这应该不会让任何人感到惊讶: X-Plane 11 将是 64 位的。附加组件已经只运行 64 位,超过 90% 的用户群已经运行 64 位操作系统, 我们需要 64 位才能利用我们需要的和每个人已经拥有的内存。

Windows: 不再有 XP 或 Vista

对于 Windows,我们正在放弃 XP 和 Vista 支持,并要求 Windows 7 或更高版本。XP 已经被微软终止了一段时间,因此使用起来不安全 (由于缺乏安全更新)。

OS X: 约塞米蒂和更新版本

对于 OS X,我们放弃了许多 OS X 版本,并要求优胜美地 (10.10) 或更高版本。苹果公司在过去的几年里加快了操作系统发布的速度,并且他们没有为旧的操作系统提供新的驱动程序, 因此,我们正在先发制人地减少一组受支持的操作系统,以减少我们必须测试的不同三维驱动程序的数量。

Linux: 需要专有驱动程序

在 Linux 上,我们将继续只支持来自 AMD 和英伟达的专有 3d 驱动程序; 这些驱动程序使用相同的 OpenGL 堆栈, 因此,他们允许我们支持 Linux,而无需额外的 3d 驱动程序测试成本。我们不正式支持英特尔 gpu 的台面/镓堆栈,但是 X-Plane Linux 用户已经做了大量工作来使它非正式地工作, 我们尽最大努力不撤销他们的工作。

图形卡

我们正在为红色团队设置 AMD HD 5000 系列的最小显卡,为绿色团队设置 GeForce 400 系列的最小显卡。这确保我们只支持具有合理当前驱动程序、 DX11-class 能力等的卡。对于英特尔来说,您至少需要一个或更新的 HD2000 系列; 弄清楚您的英特尔主板图形真的很棘手,因为它们的编号方案很疯狂, 但是如果你至少没有某种 “高清” 图形,你绝对不能跑。

我们推荐更新的显卡,例如,至少来自 DX12 或更新的一代。说到图形,基本上更多就是更多,所以你是否需要一张泰坦或弗瑞或类似的怪物卡取决于你的显示器有多大。

中央处理机

CPU 需求是规范中最混乱的部分,也是我们大多数内部讨论的来源。简而言之,我们真的没有好的方法来简单地说明什么 CPU 在 X 平面上工作得好或不好。X-Plane 本身有大量基于配置的 CPU 使用,CPU 有大量的实际性能,从一些简单的标题数字很难预测。时钟速率绝对不代表性能,也不是核心计数。

推荐的系统非常简单: 我们推荐英特尔 i5 6600 K,这是目前游戏玩家瞄准的最高速度 i5。你可以走得更低或更老,失去显著的表现,或者你可以走得更快,真正开始支付更多的钱。如果你想投资 8 个至强核心,这可能会有所帮助…… 但是我们不会告诉你花那么多钱去获得更多的性能。

实用建议

以下是我对 X 平面 11 的实际建议:

  • 如果你的机器在最低设置下勉强通过 X-Plane 10,并且这些硬件要求似乎很高,因为你的机器是几年前制造的, 您可能需要升级 X-Plane 11。在这种情况下,这可能是升级操作系统和多个组件的好时机。
  • 如果你的机器能很好地运行 X 平面 10,它几乎肯定会以某种形式运行 X 平面 11,最古老的显卡除外。(如果你有一个,我会说你对 “跑得好” 的定义比我的要低得多。)
  • 如果您需要购买新硬件,我强烈建议您首先在现有硬件上运行 X-Plane 11,并检查演示的性能 (如果有的话),看看您需要在哪里升级。

真正的硬件性能因您正在做的事情和您特定的系统组件而有很大的不同,所以尝试演示将会告诉您比我们希望从规格中了解到的更多的东西。

张贴在显影,硬件,新闻 | 77 评论

AMD 催化剂 5-11 + X-飞机 + 笔记本电脑 = 崩溃

我们已经看到了一些报道 (菲利普亲身经历过),X-Plane 将在上周发布的最新催化剂驱动程序启动时坠毁。只有当你的 CPU 上有一台独立的 AMD GPU (例如 7970 M) 和内置 GPU 以实现低功耗时,崩溃才会发生。

我们正在与 AMD 一起调查此事; 同时,如果您看到崩溃,请使用以前的催化剂驱动程序。

如果你有一台台式电脑,没有 AMD 卡,或者在苹果电脑或 Linux 上,这不会影响你。

张贴在硬件,新闻 | 1 评论

英伟达: 4 本: 1

TL; DR: 10.36 围绕最新的英伟达驱动程序工作 -- 让 X-Plane 自动更新,一切都会按应有的方式进行。

X-Plane 10.36 现在发布了 -- 这是 X-Plane 10.35 的一个快速补丁,它解决了我认为新的英伟达 GeForce 352.86 驱动程序中的驱动程序错误 *。

10.36 已经通过我们的常规更新流程发布,并且已经被推到了蒸汽状态,所以如果你正在运行 10.35,系统会提示你更新。更新非常小-大约下载 10-12 MB。

使用此补丁,您现在可以运行最新的英伟达驱动程序。我不知道这些司机是不是好的 (我有轶事报告说他们比最后一个司机更好也更坏,但是这些报告通常有一个很大的 “噪音” 因素 * *)。

我们修补了 X 平面,因为我们可以比英伟达重新发布驱动程序更快地切割 X 平面补丁, 驱动程序问题导致 X-Plane 对任何用户都无法启动,这变成了客户支持的混乱。过去的英伟达特定补丁已经被修复 X 平面中的错误,但在这种情况下,我们只是在避免一个坑洞。我希望英伟达能尽快修复他们的驱动程序,这样安装带有旧版本 sim卡的 dvd 的人就不会被卡住。

更新:在新的 353.06 驱动程序中,英伟达修复了这个错误!

[OpenGL,Windows 8.1-x86/x64]: GLSL 着色器编译错误。[1647324]

* 错误是 # 在函数体中定义的 # definited 不能宏替换,但是 # 也在函数体外部定义。解决方法是将一些 # definited 移出函数体。如果有人能找到 # defined 不能在函数体中的原因,请对我大喊大叫,但这是一个预处理器

* * 我们已经收到了关于 beta 更新的巨大 fps 改进和损失的报告,我们只对 sim 做了表面上的改变。

张贴在硬件,新闻 | 29 条评论

Oculus Rift: 显然是窗口第一

下周我将发布关于 X-Plane 10.40 的消息 -- 但只是一个简短的说明: 显然裂谷将会发射仅 Windows-first:

我们对 OS X 和 Linux 的开发已经暂停,以便专注于在 Windows 上发布硬件、软件和内容时提供高质量的消费者级虚拟现实体验。我们想回到 OS X 和 Linux 的开发上来,但是我们没有时间表。

这是来自一篇更长的博客文章,描述了 Rift 的硬件bob电竞官网需求,以及在超低延迟的高帧率下移动这么多像素的困难。(Tl; dr 版本是,如果你有一台 Windows 笔记本电脑,你可能无法在上面运行裂谷。)

我不知道不满足要求的故障模式是什么,例如,裂谷是否根本不运行,或者它是否会尽最大努力降低性能。

显而易见,如果没有 Oculus Rift SDK 和 OS X 或 Linux 驱动程序,那么 X-Plane 就不能支持这些操作系统。

张贴在硬件 | 15 条评论

英伟达: 4 本: 0

当事实证明我们认为是在 OpenGL 驱动程序中的一个错误实际上是在 X 平面上时,我试着强调bob电竞官网写博客公开; 应用程序开发人员很容易将错误和奇怪的行为归咎于驱动程序作者,而驱动程序作者又无法做出回应。驱动程序编写者拼命为最新的硬件快速开发驱动程序,这些硬件同时非常快,不会崩溃。这不是一项容易的任务,对我们应用程序开发人员来说,把自己的错误归咎于他们是不公平的。

考虑到这一点,这次我搞砸了什么?这是帧率测试中的一个错误,导致我错误地诊断了 OS X 上英伟达驱动程序上硬件实例的性能。多亏了 Rob-ART Morgan裸露为了捕捉这一点 -- Rob-ART 使用 X 平面帧率测试作为他对新苹果电脑的标准测试之一。

这是 TL; DR 版本: 硬件实例实际上是 OS X 上现代英伟达卡的胜利 (GeForce 4nn 和更新版本); 我将在下一个补丁中更新 X-Plane 以使用硬件实例。接下来是血腥的 (也许是乏味的) 细节。

什么硬件实例

硬件实例是能够告诉显卡用一条指令绘制一个对象的大量副本。(我们要求 GPU 绘制一个对象的许多 “实例”。)硬件实例允许 X 平面以较低的 CPU 使用率绘制更多对象。X-Plane 的渲染引擎将使用硬件实例来表示简单的景物 *; 这使得大量的建筑、房屋、路标、和 X 平面 10 中的其他三维细节。自版本 10.0 以来,X-Plane 一直支持硬件实例。

臭虫

这个错误非常微妙: 当我们运行帧率测试时,我们没有明确地设置世界细节级别; 相反,它被 X-Plane 的代码设置为新机器设置默认渲染设置。此 “默认代码” 查看机器的硬件功能以选择设置。

问题是: 当您禁用硬件实例时 (通过命令行、 X 平面中的显式代码或使用真正的旧硬件) x-Plane 将您的硬件放入一个较低的 “存储桶” 中,并选择较低的详细设置世界级别。

因此,当您禁用硬件实例时,帧率测试在较低的设置上运行,并产生较高的帧率!这使得它看起来像关闭实例实际上是 fps 的一个改进,而实际上它只是在一个更简单的测试中做得更好。在我的 RetinaBook Pro (650M GPU) 上,我在启用实例化的情况下获得了 20 fps,而在启用实例化的情况下获得了 17.5 fps。但是 20 fps 是由于 X 平面选择的低世界 LOD 设置。如果我正确地将世界 LOD 设置为 “非常高” 并禁用实例,我将获得 16.75 fps。毕竟,实例实际上是一场胜利。

实例总是一场胜利吗?

不。这个混乱的起源是 GeForce 8800,苹果的 OpenGL 层正在模拟实例。如果实例要被软件模拟,我们不妨不要使用它; 当实例不可用时,我们自己的工作就像苹果的仿真一样快,并且可以选择筛选屏幕外的对象,使其更快。所以我写了一些代码来检测 GeForce 8800 类型的 GPU,并忽略苹果的 OpenGL 实例仿真。因此,信息 “禁用 DX10 NV hw 的实例 -- 这是软件模拟的。”

我相信 8800 的限制与随后的 9nnn 卡共享,1nn 、 2nn 和 3nn,以 OS X 上的 330M 结尾。

Fermi 卡和更高版本 (4nn 和更高版本) 是根本不同的,并且可以以全功率运行硬件实例。在它们第一次出现的时候 (作为 Mac Pro 的售后卡),似乎也有使用费米卡的重大处罚。这部分无疑是由于帧率测试错误,但部分也可能是一个真正的驱动程序问题。我回去试图重新分析这个案例 (我重访了我最初给苹果公司的错误报告),但是从那以后,X-Plane 本身也发生了很大的变化, 所以很难说我看到的有多少是真正的驱动程序问题,有多少是 fps 测试。

自从 480 首次在 Mac 上发布以来,英伟达已经对他们的 OS X 驱动程序进行了重大改进; 有一点是清楚的: 从 OS X 10.9.5 开始,实例是一个胜利,任何惩罚都是 fps 测试的产物。

约塞米蒂怎么样?

我不知道实例对优胜美地有什么影响; 在我将笔记本电脑更新到优胜美地之前,我想重新检查这个错误。这将是我的下一步,并将给我一个机会来看看用户报告的许多奇怪的约塞米蒂行为。

我需要做什么?

您不需要在自己的机器上进行任何更改。如果你有一台英伟达 Mac,当我们重新启用实例时,你会在下一个小补丁中得到一个小的 (例如 <5%) fps 改进。

* 为了绘制带有硬件实例的对象,它需要避免一堆对象特征: 没有动画、没有属性等。基本上,对象必须足够简单,只需一条指令就可以发送到 GPU。我们的艺术家特别努力确保大多数自动生成对象对实例友好。

张贴在显影,硬件 | 8 条评论

驱动程序更新-AMD 驱动程序已修复

驾驶员状态的更新:

  • AMD 的最新 Catalyst Beta 版(Catalyst 14.2 V1.3) 修复 HDR 模式下的半透明伪影。这个驱动程序还支持最新的卡,并且在 HDR 模式下具有正确的亮度水平,所以如果你是 Windows 上的 AMD 用户,这是可以使用的驱动程序。这一变化还没有使它成为 Linux AMD 专有驱动程序,但它可能很快就会发生。
  • 我收到了关于最新的英伟达 Windows WHQL 驱动程序 (334.89) 在多云条件下出现微弱红线的报告,但是克里斯和我都无法重现它们。如果你能复制这个,请提交一个 X 平面错误。(我没有向英伟达报告,因为我不能复制它。)
  • 一些用户报告说,英特尔 HD 4000 gpu 在 Windows 上崩溃; 从英特尔获得最新的驱动程序似乎可以解决这个问题。我没有关于哪些版本工作/不工作的好信息,但是似乎很多机器都附带了用于主板图形的旧驱动程序。我相信 X 平面只要安装了正确的驱动程序,就可以在 Windows 上使用英特尔 HD4000 系列 gpu 正常运行。
  • OS X 10.9.2 退出,I思考它可能有新的驱动程序 (英伟达。Kext 文件改变了版本),但是我看不到 NV 或 AMD 卡的帧率有任何变化。

更新:英伟达已经能够重现红线错误 -- 我们仍在研究正在发生的事情的细节,但现在这是一个已知的问题。感谢所有报道此事的人。

如果您在 Windows 或 Linux 上发现驱动程序错误,请向我们报告 (通过我们的错误报告)英伟达、英特尔或 AMD。我试着把已知的错误直接带到司机团队, 但是在他们的公共错误报告中出现错误也是好的 -- 这清楚地表明,真正的用户看到了运输产品的真正问题。

张贴在硬件 | 9 条评论

Ppjoy 崩溃修复

PpjoyWindows 上的用户在启动时遇到了崩溃; 这是 X-Plane 10.10/10.11 中的一个错误,是由只有 ppjoy 才能制造的特定虚拟 HID 设备引起的。我发现了这个问题,它将在 10.20 中得到解决。

与此同时,如果您需要使用 ppjoy 并想解决这个问题,请将您的帽子开关设置为离散方向,而不是模拟方向。(X-Plane 无论如何都不能使用模拟 hatswitch; 大多数人都有这个,因为它是 ppjoy 默认的。)

作为对 ppjoy 用户的旁敲侧击: 我对安装 ppjoy 的过程感到有点震惊。Ppjoy 是一个未签名的驱动程序,所以我不得不在 Windows.ppjoy 中关闭驱动程序签名。据我所知,ppjoy 也不是任何官方托管的。所以我不得不在关闭保险箱的情况下,将一个未签名的驱动程序从文件柜安装到我的 Windows 机器上。

明确地说,我不认为这是作者的错。他正在制作免费软件,唯一能解决这些问题的就是钱。我不也不能指望他不仅放弃他的时间 (编码),而且付钱来解决官方托管和购买签名证书的分配问题。

尽管如此,把所有的保险箱都拿走,把随机的第三方二进制软件放在我的视窗系统盒子里的过程还是令人不安,这不是我作为最终用户会做的事情。

据我所知,ppjoy 崩溃和 PS3 控制器崩溃是唯一两个已知的操纵杆硬件回归错误 *,它们都将在 10.20 中修复。(Linux 用户,需要编辑 udev 规则来使用硬件,这不是我们认为的错误 -- 见这篇文章.)

10.20 什么时候进入决赛?现在真的很快。插件作者,如果你还没有在 10.20 个测试版上运行,你应该这样做以前。

* 回归错误意味着: 它曾经在 10.05 工作,当我们重写操纵杆代码时,它在 10.10 停止工作。

张贴在显影,硬件,新闻 | 5 条评论