windows - 基于 OpenGL ES 的桌面硬件加速 OpenVG 实现

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

5年前关闭。




Improve this question




我目前正在尝试在我的桌面上启动和运行 OpenVG。问题来了:我正在/将要为 Windows CE 设备(使用 .NET 紧凑框架)开发一个应用程序，它具有硬件加速的 OpenGL ES 2.0 和 OpenVG 1.0.1(基于 TI OMAP35x，如果您有兴趣)。该应用程序肯定会使用 OpenVG 进行绘图，如果 OpenVG 不提供某些效果(即模糊)，则可能会使用 OpenGL。

现在我想在没有模拟器的情况下在我的桌面上进行开发(请参阅 this question )。所以我想我只是用 P/Invoke 导入 OpenVG，这很容易，因为 OpenVG 的人把他们的常量变成了真正的枚举，而且通过一个过程 C API，它很好地转换成了面向对象的形式(带有一个 Graphics 类用于绘图和 Path、Paint、Stroke 和 Image 对象)。我也设法开始使用 differently named DLLs and entry points .哦，我导入了 EGL 1.3，也很容易转换为面向对象的 API。

到此为止，听起来还不错。我以为我只会使用 Khronos 的 OpenVG 引用实现，但它很慢。真的很慢。你知道，就像清理表面需要一秒钟!所以我想，好吧，OpenVG 是一个标准，我只会采用其他实现之一。他们中的大多数都是基于OpenGL的，这正是我想要的。或者不是吗？

不，这不对。使用 EGL 1.3(随用于 OpenGL ES 2.0 的 PowerVR Windows 仿真 SDK 提供)创建 OpenGL ES 2.0 表面与我尝试过的任何 OpenVG 实现都不兼容。其中一些需要传统的 OpenGL(AmanithVG GLE)，PowerVR 提供的 EGL 版本不支持 OpenVG。大多数实现甚至没有 EGL 并使用一些奇怪的函数来初始化上下文 - 所有这些都假设已经创建了 OpenGL 上下文。 OpenGL，而不是 OpenGL ES。叹。

我唯一可以开始工作的是 AmanithVG SRE，它对于软件实现来说非常快，并且不依赖于 OpenGL 或 EGL。它有效，但对于实时动画来说仍然太慢。

我无法相信这些事情感觉如此错误。我真的很想只使用 WindowsMo​​bile.DirectX.Direct3D，PowerVR 为此提供了一个用于桌面 Windows 的仿真层，希望最终的板级支持包将 Direct3D 作为 OpenGL ES 包装器提供，就像它似乎在许多设备。

所以，问题，最后:

是否有任何适用于 OpenGL ES 2.0 的 Windows 桌面系统的 OpenVG 实现？如果它与 PowerVR 的 OpenGL ES 2.0 仿真和提供的 EGL 1.3 一起工作顺利，则加分。

或者我应该尝试在桌面上使用传统的 OpenGL 2.0 实现？但他们通常也不提供 EGL。我不想有两个初始化层(EGL 和 WGL)。还是我应该？

注意:这不是 .NET 的问题，因为没有 .NET 的问题也是一样的。

Answer 1

我在寻找解决我遇到的另一个问题的解决方案时，从该站点找到了一个用于 OpenGLES 2.0 和其他版本的闭源 OpenGL ES 模拟器:

http://www.malideveloper.com/developer-resources/tools/opengl-es-20-emulator.php

它是封闭源代码，但您似乎可以将其用于开发目的。

除此之外，您可以编写自己的抽象层，可以在 OpenGL 和 OpenGL ES 之间切换——我在搜索中找不到可用的抽象层。如果你找到了，请告诉我，因为这就是我正在努力做的。