OpenGL超级宝典笔记——性能比较

最新推荐文章于 2022-02-12 01:04:03 发布

weixin_33824363

最新推荐文章于 2022-02-12 01:04:03 发布

阅读量226

点赞数

文章标签： python 嵌入式

原文链接：https://my.oschina.net/sweetdark/blog/186629

版权

2019独角兽企业重金招聘Python工程师标准>>>

本文通过包含许多顶点数据的复杂模型来比较使用glBegin()/glEnd立即模式，显示列表，以及顶点索引数组的性能与内存。 F-16 Thunderbird的飞机模型有3704个独立的三角形，通过Deep Exporation工具的索引模式编制后，共有1898个独立的顶点，2716个法线，2925个纹理坐标。 <a href="http://static.oschina.net/uploads/img/201312/22132527_DQPt.png"><img style="background-image: none; border-right-width: 0px; padding-left: 0px; padding-right: 0px; display: inline; border-top-width: 0px; border-bottom-width: 0px; border-left-width: 0px; padding-top: 0px" title="image" border="0" alt="image" src="http://static.oschina.net/uploads/img/201312/22132527_VHTe.png" width="469" height="369"></a> 下面代码展示DrawBody函数，通过遍历索引来为每一个独立的三角形设置并发送纹理，法线和顶点坐标。<pre class="prettyprint">void DrawBody(void) { int iFace, iPoint; glBegin(GL_TRIANGLES); for(iFace = 0; iFace < 3074; iFace++) //遍历每一个三角形 for(iPoint = 0; iPoint < 3; iPoint++) //每一个顶点 { //设置纹理 glTexCoord2fv(textures[face_indices[iFace][iPoint+6]]); //设置法线 glNormal3fv(normals[face_indices[iFace][iPoint+3]]);

			//设置顶点
			glVertex3fv(vertices[face_indices[iFace][iPoint]]);
		}
glEnd();

}

</pre> 当你必须优化模型的存储空间时，这种方法是可以的。例如你在嵌入式中需要节省内存，或者在网络上传输时需要减少流量。但在实时应用中，这种方法的性能非常差，因为每一次都向OpenGL发送一个顶点数据，函数调用的次数也特别多。 显而易见的加速这些代码执行的速度就是使用显示列表的方式。我们把这些代码放到显示列表中。 glNewList(bodyList, GL_COMPILE);         DrawBody();     glEndList(); …. glCallList(bodyList); 下面我们来对比一下显示列表的方式和顶点索引数组的方式。 <h4>计算花费</h4> 首先计算一下这些经过包装过的顶点数据的所需要的内存。<pre class="prettyprint">// Thunderbird body extern short face_indicies[3704][9]; extern GLfloat vertices [1898][3]; extern GLfloat normals [2716][3]; extern GLfloat textures [2925][2]; </pre> 其中face_indicies包含了顶点，法线，和纹理的索引 short face_indicies[3704][9] = {{6,8,7 ,0,1,2 ,0,1,2 }, {6,9,8 ,0,3,1 ,0,3,1 }, {10,8,11 ,4,1,5 ,4,1,5 }....} face_indicies 需要 3074*9*sizeof(short), 55332字节.类似地计算出vertices要22776字节，normals 32592字节。textures 23400字节。总计134100 约130KB. 在显示列表中，我们需要把这些数据拷贝一份到显示列表（显示列表中的命令和数据会经过优化后，放到命令缓冲区或者图形硬件中）我们没法计算显示列表具体使用多少内存，但可以对顶点的数据进行估算。每个三角形需要3个顶点，3个法线，2个纹理坐标，这些都是浮点数。假设sizeof(float)为4个字节。那么： 3704*3=11112个顶点。每个顶点包含3个成分（x,y,z)所以有11112*3=33336个浮点数值，同理法线有33336个浮点值，纹理坐标有22224个浮点值。把这些加起来再乘以4个字节为335,584个字节。那么加上之前的原始数据有469684个字节约460kb，不到0.5M.但是我们有11,112个顶点数据需要经过OpenGL的变换管道，这里面包含了许多矩阵运算。 <h4>创建合理的顶点索引数组</h4> 上面所存储的数据还不能直接用于OpenGL的顶点数组。因为OpenGL要求顶点数组，法线数组和纹理坐标数组必须是同样的大小，这样数组的遍历方式才能保持一致。顶点数组的第0个元素和法线数组的第0个元素是对应的。对于索引数组也有同样的要求。 在下面的例子中，我们使用一个类来处理现有的数组，并为其建立索引。下面是处理机身和玻璃座舱盖并建立索引的代码：<pre class="prettyprint">CTriangleMesh thunderBirdBody; CTriangleMesh thunderBirdGalss;

//临时空间 M3DVector3f vVerts[3]; M3DVector3f vNorms[3]; M3DVector2f vTex[3];

//开始收集机身的网格，设置最大值 thunderBirdBody.BeginMesh(3074*3);

//循环所有面 for(int iFace = 0; iFace < 3074; iFace++) { for(int iPoint = 0; iPoint < 3; iPoint++) { memcpy(&vVerts[iPoint][0], &vertices[face_indices[iFace][iPoint][0]], sizeof(M3DVector3f));

	memcpy(&amp;vNorms[iPoint][0], &amp;normals[face_indices[iFace][iPoint+3][0]], sizeof(M3DVector3f));

	memcpy(&amp;vTex[iPoint][0], &amp;textures[face_indices[iFace][iPoint+6][0]], sizeof(M2DVector2f));
}
thunderBirdBody.AddTriangle(vVerts, vNorms, vTex);

} //结束，并缩放顶点的值，以便屏幕的显示。 thunderBirdBody.EndMesh(); thunderBirdBody.Scale(fScale);

thunderBirdGlass.BeginMesh(352*3);

for(int iFace = 0; iFace < 352; iFace++) {

for(int iPoint = 0; iPoint &lt; 3; iPoint++)
{
		memcpy(&amp;vVerts[iPoint][0], &amp;verticesGlass[face_indiciesGlass[iFace][iPoint]][0], sizeof(M3DVector3f));
		memcpy(&amp;vNorms[iPoint][0], &amp;normalsGlass[face_indiciesGlass[iFace][iPoint+3]][0], sizeof(M3DVector3f)); 
		memcpy(&amp;vTex[iPoint][0], &amp;texturesGlass[face_indiciesGlass[iFace][iPoint+6]][0], sizeof(M3DVector2f));
}

thunderBirdGlass.AddTriangle(vVerts, vNorms, vTex); }

thunderBirdGlass.EndMesh(); thunderBirdGlass.Scale(fScale);

</pre> 首先，我们声明了两个三角形网格类 CTriangleMesh thunderBirdBody; CTriangleMesh thunderBirdGalss; 然后我们要告诉包含所有顶点所需要的大小的最大值，在最坏的情况下我们可能有3074个唯一的顶点，但一般情况下，许多顶点是共享的，值是一样的。 thunderBirdBody.BeginMesh(3074*3); 然后遍历集体所有的面，并收集每一个独立的三角形，并作为AddTriangle的参数，AddTriagnle会组织索引数组。在AddTriangle函数中把传进来的参数与之前的顶点数据进行比较看是否有重复的。如果是重复的在索引数组中就用同一个索引值。其内部处理代码：<pre class="prettyprint"> for(GLuint iVertex = 0; iVertex < 3; iVertex++) { GLuint iMatch = 0; for(iMatch = 0; iMatch < nNumVerts; iMatch++) { // If the vertex positions are the same if(m3dCloseEnough(pVerts[iMatch][0], verts[iVertex][0], e) && m3dCloseEnough(pVerts[iMatch][1], verts[iVertex][1], e) && m3dCloseEnough(pVerts[iMatch][2], verts[iVertex][2], e) &&

           // AND the Normal is the same...
           m3dCloseEnough(pNorms[iMatch][0], vNorms[iVertex][0], e) &amp;&amp;
           m3dCloseEnough(pNorms[iMatch][1], vNorms[iVertex][1], e) &amp;&amp;
           m3dCloseEnough(pNorms[iMatch][2], vNorms[iVertex][2], e) &amp;&amp;
               
            // And Texture is the same...
            m3dCloseEnough(pTexCoords[iMatch][0], vTexCoords[iVertex][0], e) &amp;&amp;
            m3dCloseEnough(pTexCoords[iMatch][1], vTexCoords[iVertex][1], e))
            {
            // Then add the index only
            pIndexes[nNumIndexes] = iMatch;
            nNumIndexes++;
            break;
            }
        }
        
    // No match for this vertex, add to end of list
    if(iMatch == nNumVerts)
        {
        memcpy(pVerts[nNumVerts], verts[iVertex], sizeof(M3DVector3f));
        memcpy(pNorms[nNumVerts], vNorms[iVertex], sizeof(M3DVector3f));
        memcpy(pTexCoords[nNumVerts], &amp;vTexCoords[iVertex], sizeof(M3DVector2f));
        pIndexes[nNumIndexes] = nNumVerts;
        nNumIndexes++; 
        nNumVerts++;
        }   
    }

</pre> <h4>比较开销</h4> 现在让我们来比较这三种渲染模型的方式的开销。在CTriangleMesh类的统计中，Thunderbird的机身模型中共有3265个唯一的顶点（包含法线和纹理坐标）和11,112个索引。每个顶点和法线包含3个浮点值，纹理坐标包含两个浮点值。所以 3265*8=26120个浮点值。再乘以4有104,480字节，再加上使用short类型创建的索引数组11,112*2=22,224字节。总共有126,704个字节，约124kb 对比表格: <table border="2" cellspacing="0" cellpadding="2" width="600"> <tbody> <tr> <td valign="top" width="200">渲染模式</td> <td valign="top" width="200">内存使用量</td> <td valign="top" width="200">需要变换的顶点格式</td></tr> <tr> <td valign="top" width="200">立即模式</td> <td valign="top" width="200">约130kb</td> <td valign="top" width="200">11,112</td></tr> <tr> <td valign="top" width="200">显示列表</td> <td valign="top" width="200">约460kb</td> <td valign="top" width="200">11,112</td></tr> <tr> <td valign="top" width="200">顶点索引数组</td> <td valign="top" width="200">约124kb</td> <td valign="top" width="200">3,265</td></tr></tbody></table> 从上面的表格可以看出，顶点索引数组不但使用了更少的内存，而且仅仅需要处理其他模式三分之一的顶点。如果模型有许多尖锐的角或边那么共享的顶点数就较少，如果模型是平滑的表面那么共享的顶点数就多。使用顶点索引数组的方式能够极大的提升性能。 源代码：<a href="https://github.com/sweetdark/openglex/tree/master/thunderbird">https://github.com/sweetdark/openglex/tree/master/thunderbird</a>

转载于:https://my.oschina.net/sweetdark/blog/186629