评论
我不明白为什么 OCP 会在这里出错,因为它在性能较差的机器上运行良好,这就是为什么我建议您更新 GPU 驱动程序或者更激进一点并完全重新安装 Windows。 |
这也发生在我的机器(台式机和低功率笔记本电脑)上,但只是在更高的缩放级别。在这些缩放级别下,它不会对可用性产生太大影响。我不知道是什么原因造成的,我也无能为力,因为 3D 视口完全由外部库 (HelixToolkit) 处理。 你确实给了我一个想法:我会尝试将所有内容放大 100 倍左右,也许这允许在相同的延迟水平下放大 100 倍。我不知道我什么时候能抽出时间来做这件事。 |
如果你的CPU有集成显卡,程序没有指定使用外接显卡,可能会默认运行在集成显卡上。这可能是您的性能问题的根本原因。您可能希望在程序启动时使用以下代码或使用外部显卡手动运行程序。 https://github.com/helix-toolkit/helix-toolkit/blob/develop/Source/HelixToolkit.SharpDX.Shared/Utilities/NVOptimusEnabler.cs HelixToolkit WPF 版本使用 WPF 内部 3D 引擎进行渲染。它不支持 GPU 线/点绘制,所有线/点都使用 CPU 绘制。如果您的场景有很多线/点,则会导致性能问题。 我建议您尝试使用 SharpDX 版本,看看性能问题是否仍然存在。 我还看到视口上有许多重叠的 WPF 控件。尝试在这些重叠控件上使用 BitmapCache 以提高性能。 |
也许这个信息对这个问题有一定的价值…… 我在没有显卡的i5上运行OCP,整个渲染都是在CPU的集成显卡上进行的(并不是说那些集成显卡内核有什么不好。相反,我对整体性能非常满意,但我我不是游戏玩家)。 哈拉尔德 |
这也取决于您的显示器的分辨率。如果您的显示器具有高清分辨率或连接多个显示器,则集成显卡将无法正常运行。 |
好的,我可以跟进 在我的办公室机器上,我也使用集成显卡。这里我有两个显示器,分别为 2556 x 1440 和 1920 x 1200。OCP 没有性能问题。 但显然其他人在性能方面存在问题,尝试通过更改图形子系统来改进 OCP 并不是那么糟糕,我同意你的看法。 |
你们搞混了 – 它在速度较慢的 PC 上的集成显卡上运行得更好
加载绘制一堆线条的 gcode 文件会使程序在有问题的计算机上无法使用,这就是全部。 |
我想我应该删除我上面的评论,它们似乎只会增加流量并将讨论引向错误的方向。对不起。 |
由于 Helixtoolkit wpf 使用 wpf 内部 3d 引擎,您可能需要检查是否有驱动程序问题。 |
放大时界面(视口)非常滞后。
这似乎只发生在我的台式电脑(8700k、32gb ddr4、980ti win 10 pro)
上,但在我的 cnc(i5-3320m、intel 集成)上使用的平板电脑上却没有显卡,4gb ddr3,win 10 pro)
视频:
https ://streamable.com/khw6i
版本:1.5.4.0