对 GtkGLExt 的粗浅认识

LiYanrui posted @ Jan 25, 2009 07:10:31 PM in 数据可视化 with tags gtkglext , 4085 阅读

GtkGLExt 项目主页上对 GtkGLExt 给出的简介如下:“GtkGLExt 是面向 GTK+ 2.0 或其更新版本的 OpenGL 扩展,最初由 Naofumi Yasufuku 所写,它提供了额外的 GDK 对象,用于实现 GTK+ 对 OpenGL 渲染的支持;另外提供了相关的 GtkWidget API,可用于实现兼容 OpenGL 的 GTK+ widget。”

GtkGLExt 的核心工作是实现 GDK 对 OpenGL 3D 渲染支持,换句话说,就是在 GDK 环境中解决了 OpenGL 3D 图形光栅化问题。在使用 X Window 的类 Unix 系统中,这个问题之所以能够解决,应当归功于 GLX (X Window 的 OpenGL 扩展)。

GLX 的接口函数实现了 OpenGL 顶点信息与像素信息向 X Window 系统所能接受的位图数据的转换。在 X Window 系统中,用户可以直接基于 xlib 库与 glx 库实现支持 OpenGL 3D 渲染的窗口程序,只是程序的实现比较繁琐且不便于维护。

GDK 起先是对 xlib 的基本封装,目的是为了提供比较方便、直观的方式来访问 xlib 接口函数。后来由于 Cairo 的日益强大,GDK 便逐渐地转移到 Cairo 层面上了。当然,在 X Window 系统中,Cairo 也是基于 xlib 实现的。现在,GDK 在 Windows、Mac OS 等系统中均有对用系统接口的封装版本。由于 GTK+ 将全部的绘图任务都交给了 GDK,因此只有在 GDK 层面上解决 OpenGL 支持问题,才能算得上是从根本上解决了 GTK+ 的 OpenGL 问题。这个问题,也正是 GtkGLExt项目努力要解决的。

与 GtkGLExt 相比,GtkGLArea 项目做的更上层一些,它提供的是一个 GTK+ 的 Widget,将所有的 OpenGL 3D 渲染都放到这个 Widget 中。这样看起来也没什么不好,只是越位于上层,便越不灵活。最关键的问题不是 GtkGLArea 与 GtkGLExt 孰优孰劣,而是现在连 GtkGLArea 的项目主页似乎都不存在了。GtkGLExt 的作者曾经多次说他可以继续维护 GtkGLArea 项目,将这个项目建立在 GtkGLExt 之上,希望藉此能够让 GtkGLExt 成为 GTK+ 的标准组件,但此建议似乎一直都未被 GTK+ 的开发者们所接受。

下一篇文章,尝试写一个 xlib 和 glx 的程序,来说明采用这种方式是多么的不可行。再下一篇文章,尝试写一个 GtkGLExt 的程序,来说明它是多么的可行。


登录 *


loading captcha image...
(输入验证码)
or Ctrl+Enter