我正在为 Go 中的 OpenVG 和 OpenGL|ES 编写一个实现,它们都依赖于Khronos EGL API,我猜应该是为了简化可移植性。
出于有趣和教育的原因,我正在 OpenGL ES 之上编写 OpenVG 的实现——我没有做很多渲染工作,我想了解更多关于开放 API 和实践实现定义良好的标准(更容易看看我是否得到了正确的结果)。
据我了解,EGL 提供了一个标准 API 来检索绘图上下文(或任何正确的名称),而不是使用多个操作系统提供的 API(GLX、WGL 等)之一
我很难相信 Khronos 会经历这样的努力并将标准 OpenGL 排除在外,但问题是,我还没有发现 OpenGL(真正的交易)如何或是否与 EGL 接口,或者它是否只是 OpenGL ES。如果 OpenGL ES 可以使用来自 EGL 的绘图上下文,那么标准 OpenGL 也可以工作吗?
我对这一切都很陌生,这就是为什么我很兴奋,但我正在做的真正项目是一个 Go 小部件工具包,它利用 OpenVG 进行绘图操作并尽可能使用硬件加速。
如果 OpenVG、OpenGL 和 OpenGL ES 依赖于 EGL,我想我的问题可以用“是”或“否”来回答。请记住,我昨晚一头扎进了这个主题。
OpenGL 是使用还是依赖于 EGL?
离题,但没有 EGL 标签。应该有吗?