gpt4 book ai didi

wpf - OpenTK、SharpGL 和 WPF

转载 作者:行者123 更新时间:2023-12-02 03:10:49 31 4
gpt4 key购买 nike

我即将开始一个新项目。有些决定是我无法控制的:使用 WPF 和 OpenGL 就是其中一些。

但是,我已将 OpenGL 选项缩小到两个:OpenTK 或 SharpGL。 SharpGL 有一个 WPF 控件,而 OpenTK 只有一个 Windows 窗体控件,这使得我必须将其嵌入到 Windows 窗体主机中:-/虽然我不介意空域限制,但我确实希望拥有不错的性能,因为我正在构建实时应用程序。不是游戏,但仍然是实时的。

与使用带有“纯”WPF 控件的 SharpGL 相比,在 Windows 窗体主机上使用 OpenTK 会对我的程序造成多少性能影响?

最佳答案

说到性能,我其实只能给你一个答案:自己做一个基准测试!但当你要求一个详细的猜测时:

SharpGl 应该需要更少的间接步骤,因为它忽略了 Windows 窗体主机控件作为“中间”位 block 传输目标。不过,我对此持保留态度,我既没有查看来源,也没有亲自测试过。

但实际上来说:性能应该非常相似。归根结底,计算量大的操作可能是渲染本身,这是由 OpenGL 完成的。位 block 传输最终结果只需要花费一小部分时间。因此,我希望,无论您如何决定,这些选项都不会真正损害您的表现。

为了论证:让我们假设渲染本身(OpenGL 部分)需要 16 毫秒,因此我们的理论性能约为 60 FPS。框架 A 增加 1 毫秒的开销,框架 B 增加 4 毫秒的开销。即使开销存在如此巨大的差异,框架 a 的渲染速度约为 58 FPS,框架 B 的渲染速度约为 50 FPS。因此,在这两种情况下,应用程序都应该保持可用。

但令我困惑的是你对这方面有多少疑问。最后,您正在使用 OpenGL 进行工作,并且在出现问题时简单地切换底层实现应该不会太麻烦?对我来说,这些界面似乎并没有太大不同。

关于wpf - OpenTK、SharpGL 和 WPF,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13228878/

31 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com