标签:mod 总结 data- void 编程 div 作者 project 范围
作者:游蓝海(http://blog.csdn.net/you_lan_hai)
DirectX 3D与OpenGL坐标系统的差异性,给我们带来非常大的麻烦。让跨平台编程的新手非常困惑。近期在做一个跨平台的游戏,细致看了下两者的矩阵。发现并没有什么大差别,将d3d左手系的矩阵传递给opengl shader全然能够正常工作。
先说一下两者一些概念上的差别:
(1)坐标系统不同
d3d左手坐标系,opengl右手坐标系
(2)矩阵行序不同
d3d行优先,opengl列优先。这两个不同,直接导致了坐标变换顺序与矩阵乘法顺序的相反性。假设是先缩放。再旋转,最后平移。相应的矩阵分别为S、R、T,则d3d的终于矩阵为M = S * R * T。opengl为M = T * R * S
(3)裁减空间z取值范围不同
d3d是[0, 1]。opengl是[-1, 1]
表面上来看,两者矩阵区别非常大。但事实上不然。
1.左右手坐标系
对于显卡设备来说,设备坐标系是左手坐标系,即z轴指向屏幕里面。z值越大表示距离视线越远。
因此,opengl的右手系,在进入裁减空间的时候。会转换成左手系。
这也就是说。在渲染管线内部。坐标系是统一的。无论是左手坐标系矩阵,还是右手坐标系矩阵。仅仅要变换到裁减空间中的点是左手系就能够了。
2.矩阵行序
行矩阵和列矩阵,在逻辑上一个是还有一个的转置。但在物理存贮结构上却是全然一致的。如一个平移变换(x, y, z):
须要注意的是,矩阵乘法并不关心矩阵是行矩阵还是列矩阵。都是依照第一个矩阵的行去乘以第二个矩阵的列。对于列矩阵而言,这正是其蹩脚的地方,为了保证乘法意义的有效性,其坐标变换顺序跟矩阵乘法顺序恰好相反。
还要注意一点,在shader中,opengl的矩阵乘法规则跟d3d是不同的。
依照矩阵乘法规则(第一个矩阵行*第二个矩阵列):
d3d矩阵乘法: Ma(0 1 2 3) * Mb(0 4 8 12)
opengl矩阵乘法: Ma(0 4 8 12) * Mb(0 1 2 3)
因此。对于opengl shader而言。变换顺序跟矩阵乘法顺序依旧是反的。假设我们能将传入opengl shader的矩阵做一次转置。那么opengl shader的矩阵乘法意义将跟d3d shader全然一致!
3.改动投影矩阵
因为opengl的裁减空间z取值范围为[-1, 1]跟d3d的[0, 1]不同,我们不能简单的使用d3d投影矩阵。必须又一次定义d3d投影矩阵。
void Matrix::perspectiveProjectionLH2( float fov, float aspectRatio, float nearPlane, float farPlane ) { float h = (1.0f / tanf(fov * 0.5f)); float w = h / aspectRatio; float a = (farPlane + nearPlane) / (farPlane - nearPlane); float b = -2.0f * farPlane * nearPlane / (farPlane - nearPlane); m[0][0] = w; m[0][1] = 0; m[0][2] = 0; m[0][3] = 0; m[1][0] = 0; m[1][1] = h; m[1][2] = 0; m[1][3] = 0; m[2][0] = 0; m[2][1] = 0; m[2][2] = a; m[2][3] = 1; m[3][0] = 0; m[3][1] = 0; m[3][2] = b; m[3][3] = 0; }
4.总结
使用左手系变换来统一两个平台是比較方便的。总结一下改动opengl渲染管线的步骤:
(1)在c++层统一使用左手坐标系变换。
(2)改动投影矩阵。以适应裁减空间z坐标范围[-1, 1];
(3)矩阵在传入shader的时候,将矩阵的转置矩阵传入;
(4)在shader层,统一使用左手坐标系变换。
假设,不想改动shader中的变换,仅仅用做到(1)和(2)就够了。
5.很多其它阅读
推导投影矩阵 http://blog.csdn.net/popy007/article/details/4091967
跨越opengl和d3d的鸿沟 http://www.cppblog.com/topjackhjj/articles/157038.html
标签:mod 总结 data- void 编程 div 作者 project 范围
原文地址:http://www.cnblogs.com/cynchanpin/p/7293778.html