【发布时间】:2012-05-05 06:29:03
【问题描述】:
我不确定这是否是正确的术语,但我相信我正在尝试做的是为 OpenGL ES 2.0 上的 GLSL 着色器编写一个“管道”。这个想法是,如果你愿意,这将是一个方便的组件,它将进入我引擎的图形管道。我的目标平台是安卓。我想对我背后的设计方法提出一些批评。简而言之,我似乎面临着要么创建一个动态处理管道,我只能简单地指定一些设置并为其添加值,要么自动化程度最低,但仍然保持相对较低的水平写了多少代码,以及代码在做什么。
详情
到目前为止,我的设计方法如下:
- 着色器文件存储在 assets 文件夹中
- Java 充当前端,获取所有着色器文件,并将每个文件存储在一个 Shader 对象中,该对象包含有关着色器类型和原始着色器源的信息。
- Java 然后将这些自定义着色器对象数组中的着色器数据发送到 C++(即,不是 OpenGL 着色器对象 - 尚未),然后由 JNI 解析。
- 之后,JNI 将通过 Java 获得的着色器源发送到 ShaderHandler 类单例,该类为每种类型的着色器(一个用于顶点、一个用于片段、一个用于纹理等)保存一个多维
std::vector< std::vector< GLuint > >。- ShaderHandler 类将着色器对象编译和链接到可编程接口中,一旦完成,它将通过将其功能扩展到充当 ShaderVariable 处理程序的组件类来引导大部分繁重的工作,方法是将值分配给它们是动态的。例如,once 可以简单地指定一个值/向量/矩阵/whatever 和要修改的索引数量,并将其传递给 ShaderVariable 处理程序。一旦 SVH 获得,它就会将其存储在
std::map中,使用变量的名称作为其标识符。
- ShaderHandler 类将着色器对象编译和链接到可编程接口中,一旦完成,它将通过将其功能扩展到充当 ShaderVariable 处理程序的组件类来引导大部分繁重的工作,方法是将值分配给它们是动态的。例如,once 可以简单地指定一个值/向量/矩阵/whatever 和要修改的索引数量,并将其传递给 ShaderVariable 处理程序。一旦 SVH 获得,它就会将其存储在
- 当提示时,这些 SVH 对象(存储在位于 ShaderHandler 类中的向量中)本质上是动态绑定其 std::map 中存在的任何值的属性和统一。
分配的一些内存是通过指针完成的,但不可否认,其中大部分是由堆栈组成的。我想知道我是否应该为此考虑更多的动态内存分配,因为在 Android 手机上,我认为堆栈溢出可能非常非常容易实现,对于具有良好图形等的雄心勃勃的游戏来说,这种方法是非常非常容易实现的。
想法?
【问题讨论】:
-
你打算用这个解决什么问题?
-
我的目标是创建一个更高级别的抽象接口,这将在未来为我节省 很多 代码。我的想法是我希望能够使用我创建的组件来简单地指定一些参数,并让其余的由解析器完成。例如,如果我想渲染 3 个球体并让它们相互碰撞,这样的系统将减少所需的代码。这主要是为了成为 Android NDK 的图形引擎。
标签: android c++ android-ndk opengl-es-2.0