C++ 基于OpenGL的用户界面几何表示
我计划为我目前正在从事的一个项目编写一个基于GL的UI。用户界面的大部分不会被纹理化（只是平淡的颜色），但是一些元素需要支持单个图像。元素只需要缩放和平移-不需要复杂的动画或旋转。虽然UI不一定是静态的，但在应用程序的生命周期中，元素可能会出现/消失，并且在某些情况下需要简单的滑动动画。还需要鼠标悬停、单击、选定等状态 我试图确定管理和存储UI元素本身的几何图形的最佳方法。我的第一个想法是创建一个包含一个四边形的顶点缓冲区，并将该四边形用于所有UI绘制调用。当然，变换将与四边形一起发送到着色器 传统观点认为，最小化状态更改可以提高性能——这是使用单个VB的一个好处。但是，还需要为每个UI元素转换四元组。由于UI不会不断移动，这似乎有点多余C++ 基于OpenGL的用户界面几何表示,c++,performance,opengl,user-interface,glsl,C++,Performance,Opengl,User Interface,Glsl,我计划为我目前正在从事的一个项目编写一个基于GL的UI。用户界面的大部分不会被纹理化（只是平淡的颜色），但是一些元素需要支持单个图像。元素只需要缩放和平移-不需要复杂的动画或旋转。虽然UI不一定是静态的，但在应用程序的生命周期中，元素可能会出现/消失，并且在某些情况下需要简单的滑动动画。还需要鼠标悬停、单击、选定等状态 我试图确定管理和存储UI元素本身的几何图形的最佳方法。我的第一个想法是创建一个包含一个四边形的顶点缓冲区，并将该四边形用于所有UI绘制调用。当然，变换将与四边形一起发送到着色器
在现代硬件上，是转换单个四元组更便宜，还是发送转换数据的成本超过了仅绑定单个VB的好处？我是否最好为每个UI元素维护单独的几何体，可能是在CPU上计算的？UI系统是否有其他常用的推荐方法？在现代硬件/驱动程序中，更改最昂贵的状态是渲染目标（FBO）、着色器（GLSL程序）和纹理。顶点缓冲区（即顶点属性指针，而不是实际数据）和统一状态实际上可能是在绘制调用之间更改的最便宜的状态 使draw调用变得昂贵的原因之一是由于状态更改而必须进行的所有状态验证，因此FBO（可能是GL中最复杂的验证）昂贵且不断更改的制服也就不足为奇了（在调用
glUniform*（…）你可以考虑做的是将你的GUI绘制成一个纹理。对于GUI来说，当GUI中没有任何改变时，你可以使用前一帧生成的纹理，跳过任何实际的GUI合成。当某些东西发生变化时，你可以使用模板/剪刀来清除“脏”。图形用户界面的一部分，然后重新绘制。最终，你将在每一帧的视口上拉伸你的图形用户界面纹理，唯一的区别是，在某些帧上你将重新绘制部分或全部纹理，而在另一些帧上你将重复使用整个纹理。在现代硬件/驱动程序中，最昂贵的更改状态是渲染arget（FBO）、着色器（GLSL程序）和纹理。顶点缓冲区（即顶点属性指针，而不是实际数据）和统一状态实际上可能是在绘制调用之间更改的最便宜的状态 使draw调用变得昂贵的原因之一是由于状态更改而必须进行的所有状态验证，因此FBO（可能是GL中最复杂的验证）昂贵且不断更改的制服也就不足为奇了（在调用
glUniform*（…）