lufy小屋

这次结合实际应用，来继续了解一下。将三维空间中的坐标变换为四元数，然后进行旋转处理。虽说，本次用来解说的demo，即使不使用四元数也能轻易的实现，但是使用了四元数之后，会更加的直观一些。对于四元数周边的处理，会使用到本网站的算法库minMatrixb.js，还有另一个与矩阵相关的处理就是它的姐妹库minMatrix.js。四元数相关的处理是相对比较难的，使用minMatrixb.js能让简化四元数的计算。

D编程的世界中，数学的知识是非常重要的。最具代表的就是矩阵了，不知道矩阵的话，就没办法进行坐标变换了。而其他的，向量的知识，内积・外积这些也都是不可缺少的。的确是非常烦人。那么，这次的标题是四元数。不光是WebGL，在DirectX中也同样存在着四元数。它到底是个什么东西，使用它之后又有那些方便之处，我想很多人恐怕也没有明确的概念。这次就来说说四元数的定义以及它的简单的使用方法。这次真的是纯粹的数学话题，估计读起来会很枯燥，首先理解这篇文章的最大目的，然后慢慢往下看吧。

混色是将颜色和颜色混合处理的总称，在WebGL中主要是指源颜色和目标颜色这两种颜色的混合。源颜色是即将要绘制的颜色，目标颜色是已经绘制的颜色，源颜色如何处理，目标颜色如何处理，这些都可以单独进行设置。颜色如何处理是由混合系数决定的，混合系数有很多种，不同的组合绘制的结果也会有很大不同。根据自己的创意，可以实现透明处理，加算合成，反转合成等各种各样的合成处理。这次，来更进一步详细说说混合系数。而这回的demo，也会将这些混合系数做成可调整的形式，大家可以试一下各种混合系数的组合。

所谓混色，就是刚才叙述的那样，把颜色混合在一起。那么用来混合的颜色是什么颜色呢？顶点的颜色？还是纹理的颜色？答案既不是顶点颜色也不是纹理 颜色。而是源颜色（即将要绘制的颜色）和目标颜色（已经绘制的颜色）。WebGL在渲染东西之前，必须进行context的初始化，将颜色和深度清除。持续循环的处理中，需要每次执行clear函数，将context的颜色初始化。这时候，要通过clearColor函数指定一种颜色将context涂抹一遍，这也是所谓的目标颜色中的颜色，也就是已经画上去的颜色了。而接下来要渲染什么的话，

为了进一步提升纹理的渲染质量，来介绍一下纹理参数。通过控制纹理参数，可以很好的提升模型的渲染质量，虽然会有些比较难理解的地方，这些可以以后再考虑。那么，WebGL中的纹理参数到底是什么呢？现在就从这里开始说明。纹理参数就是跟纹理渲染的时候的质量及特征相关的特性。比如说，即使是使用同样的解析度和大小的图片生成的纹理，如果纹理参数不同，那么渲染的结果差异会很大。

多纹理进行渲染的时候应该注意的是，指定正确的纹理单位进行数据的处理，这就足够了。其他的细节，主要是activeTexture函数和uniform1i函数的使用方法，这几个不出错的话，之后就可以在着色器一侧使用自己喜欢的图片了。这次只是单纯的在着色器中将两个纹理数据进行相乘运算，然后各个纹理数据分别进行处理，就可以进行完全不一样的渲染，没有使用固定渲染管道，而是使用GLSL中的程序员自定义着色器，这一点很刺激吧。

在片段着色器中对光进行计算，阴影，亮点等效果都非常的漂亮，3D场景的真实度大幅度提升。并且能和顶点颜色一起使用，理解了前面讲解的内容之后，就应该能进行比较高质量的3D渲染了。这一次，来看高级一点的纹理的使用。所谓纹理，简单一点说，就是可以放到多边形上的图片数据，在WebGL中当然也可以使用。WebGL和HTML不同，一般的图片类型（gif，jpg，png等）是不可以直接使用的，另外，也可以把canvas转换成纹理，总之，要变换一下方法来进行渲染。

用点光源的光照，概念基本上和平行光源一样。根据获取光向量和顶点的法线及视点向量的内积来添加阴影。和平行光源的不同之处，简单的说就是光向量是否是一个固定值。点光源使用的是模型坐标变换后的顶点的位置和光源的位置，这时再计算光向量，所以增加了若干的计算量。平行光源的光的方向是一定的，整体都受到均等的光照。但是点光源根据实际顶点的坐标要进行具体的光的碰撞。这次的demo和上次一样在片段着色器中进行光的计算和补色着色，所以可以进行很漂亮的渲染。这次的文章中只需要明白是进行了光照相关的基础部分的封装，WebGL中的

这一次分别说了高氏着色和补色着色两种着色，高氏着色的优点是计算量比较低，而和补色着色相比的话，渲染效果不太自然。补色着色正好相反，计算量很高，但是渲染效果非常完美。到底选择那种方法，取决于模型的顶点数和需要的渲染效果，以及执行环境能够承受的计算负荷。实际应用中，根据利用的场景和描画的模型，分别使用不同的方法是非常重要的。这次也准备了demo，急着看运行效果的人可以点击文章最后的链接来测试。另外，补充一点，这次的demo中对圆环体的生成函数做了几处修改，返回值是以对象的形势返回的，可以指定圆环体的颜

与目前为止所涉及到的算法相比，今天的算法也不算难，就是，计算从光源发出的光向量和视线向量之间的半向量，然后与面法线向量求内积，所以相对的负荷也不大。但是，这只是在一定程度上模拟了反射光的效果，并不是非常严格的反射光的计算。从渲染的结果来看，圆环体已经变的非常漂亮了，实际的效果，请参考文章最后给出的链接。

环境光，模拟了自然界的光的漫反射，弥补了平行光源的缺点。一般，这两种光会同时使用。只使用环境光的话，无法表现出模型的凹凸，只使用平行光源的话，阴影过于严重无法分清模型的轮廓。3D模拟中的扩散光的代表就是环境光和平行光。这次的demo也实现到了这一步。

一个RPG游戏中会触发各种各样的剧情，让某个人物的动作改变，或者让某个人移动到另一处，或者让某个人物从战场上消失，或者会播放一段动画，或者会切换游戏场景，等等吧，这些都要通过脚本来动态的控制。我在序章中就已经说了，一个优秀的游戏脚本，通常能控制游戏中的一切。本次先来实现一下几个游戏指令，以后会再进行扩展。・人物角色按照绝对坐标进行移动・人物角色以自己为参照物，按照相对坐标进行移动・人物角色以指定人物为参照物，按照相对坐标进行移动・人物方向和动作的改变（等待动作结束）・人物方向和动作的改变（不等待

写的太长了，果然，就算是简单点说，关于光的处理也需要很长的描述。重点是，3D渲染中没有办法完全模拟现实中的光，只是大致是那么回事而已。完全模拟自然界的物理学的话，计算量是非常大的，所以代替这些的就是这次所介绍的，使用平行光源，法线，逆矩阵等技术，在一定程度上尽可能的让画面看起来真实。理解这次文章的内容，需要一定程度的数学知识，向量，法线，矩阵，这些在平常生活中是不会出现的，但是好好考虑一下的话，应该是可以理解的。

这次，并没有对WebGL相关的新技术进行说明，这一点运行一下demo就能知道了，果然，比起绘制简单的板状的多边形来说，像圆环体这样的立体模型绘制起来更有意思吧。demo中使用的着色器和HTML跟以前并没有变化，javascript相关部分，也只是添加了一个生成圆环体的函数和一个HSV转换的函数，没有什么特别的变更点。demo中绘制的圆环体，会沿着Y轴和Z轴进行旋转，使用了七彩颜色，看起来应该挺赏心悦目的吧。

这次，介绍了遮挡剔除和深度测试，无论那一个都是使用enable函数来设置有效，使用disable函数来设置无效。enable和disable这两个函数的参数是一致的，根据传入的参数不同，可以设定各种属性设置为有效或者无效。遮挡剔除设置为有效的话，内侧的多边形就不会描画了，这样就减轻了绘图的负担。深度测试在模拟有深度概念的三维空间时有着非常重要的作用，指定为正确的评价方法的话，就能像现实世界一样，近处的物体会将远处的物体遮挡住。这次做的demo，可以自由切换遮挡剔除的有效和无效，而且可以自由指定多边形的内

使用索引缓存IBO，既可以节约数据，又能够提高渲染顶点的效率，而且，模型越复杂影响越大，这是程序员非常乐意看到的。索引缓存和顶点缓存一样，可以使用纯粹的一维数组来生成，生成的IBO进行绑定后就可以使用了，利用IBO绘图的时候使用drawElements函数是重点。这次的demo，顶点着色器和片段着色器是没有任何变化的，所以，还使用以前的HTML代码，javascript的内容多少有些变化，最后会给出完整代码，另外，文章最后会贴出本次demo的链接，可以参考一下。

这次利用递归处理实现了持续循环，并介绍了模型坐标变换矩阵的移动，旋转和放大缩小等处理。以后，动态的demo会越来越多，这次介绍的持续循环也会被更多的用到。匿名函数或者普通的函数的递归可能是个稍微难理解的概念，也要着急，仔细考虑的话会理解的。如果处理比较多的话，这一部分处理可能应该单独分离出来。

这次操作的是模型坐标变换矩阵，介绍了重复利用VBO，视图和投影坐标变换矩阵，进行多个模型的绘制的方法。绘制很多个简单的模型，图形的时候，像这次的做法一样，可以使处理变的简洁一些，避免写很多多余的代码。这次的demo，HTML的代码和上一次是完全一样的，就是说，顶点着色器和片段着色器没有做任何调整。javascript代码有了一些变化，所以贴出所有代码。另外，在文章的最后面，添加了demo的链接，有支持WebGL的浏览器的话，可以直接打开链接看一下效果。

与上一篇的内容相比的变更点。主要就是着色器和VBO周围的处理有了些小变化。如果再给顶点增加其他新的属性的话，就依葫芦画瓢，像本次的内容一样，按照同样的步骤，再重复一遍就可以了，这样就可以给顶点自由的添加属性了。最后，贴出本篇文章的demo的全部代码，链接也在最后给出，大家可以参考一下。

其实这次的代码绘制的只是一个简单的三角形。只是这样，却写了这么长的代码，所以才说3D开发是比较难的。但是，个人认为，即使这样，和DirectX相比较的话，已经相当简单，简练了。单从开发环境上来说，不需要特别的开发环境，WebGL这一点已经很轻松了吧。理解了本次的内容的话，只需要稍微慢慢的调整一下，就可以实现很多效果。这以后的内容，都是以这次的内容为基础的，所以必须要好好的理解一下。本文章最后，给出本文demo的链接，如果浏览器支持的话，直接看demo比较直观吧。