版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://ogre3d.blogbus.com/logs/78454487.html
资源组管理器初始化完毕时，装载材质脚本，OGRE会自动的在组相关的资源位置查找".materal”扩展名的文件，并对这些脚本进行语法解析。手动解析可以通过MaterialSerializer::parseScript()。但是注意的是：解析脚本时并没有对脚本中定义的全部纹理等资源进行加载，所以，在我们访问一个材质的时候，一定要确保它已经装载，或者，我们手动将此材质Load()一次再进行访问。另外，材质名必须唯一，且不可有”：”号。
格式：以{}，空格，//，作为标识符。
// 后跟注释，不支持多行注释。
{} 之间代表为一个解析单元。
每一个material XXX 代表是一个材质单元。其中，每一个technique代表一个材质渲染手法，pass是每个渲染通路模式， texture_unit则是一个纹理单元。
一个材质脚本允许有多个渲染手法技术，一个渲染手法技术中允许有多个渲染通路模式，一个渲染通道允许有多个纹理单元。
渲染技术Techinique：
一个“渲染技术”就是一个单独的渲染物体的方法。多个技术的存在原因是为适用不同的显卡以及根据远近关系对一个物体进行不同的渲染。
技术的排列需要一定顺序，一般来说，最常用最的技术放在脚本最前面，
格式为： Techinique 技术名
不命名的技术默认会以其序列号进行命名，注意，技术名不可重复。
方案技术scheme：
因为我们对不同的显卡标准或根据某中不同的需求，设计出不同的技术，每种技术所适用的环境方案需要我们指出。
格式为： scheme 方案名
默认的方案是default,若我们某一个技术适用于开启hdr,Shader3.0的方案，我们只需对该技术设置方案为 scheme hdr_open_shader_3_0 即可。
细节层次索引 lod_index：
每一个技术都必须对应一个细节层次索引。一般来说，默认的都是0，即最近最优秀的渲染技术，当我们需要对远处细节进行渲染时，则设置这个值吧。
格式为： lod_index 数值层级
虽说lod的数值层级是从0-65535，一般设置2-4层就差不多了吧。因为技术有一定的排列顺序，所以，我们一般是将index大的技术放在后面。
细节层次距离 lod_distances：
这里指定使用不同的细节层次的距离值，注意该属性必须在所有的技术块外面进行声明指定。
如例子中所标识：lod_distance 200 就代表，在0-200这个距离内，我们使用细节层次为0的技术，在200以上的则使用细节层次为1的技术
Lod_distance 200 700.5 则表示在0-200时我们使用细节0，200-700.5这段距离使用细节1的材质技术，700.5以上使用细节2的材质技术。200和700.5间使用空格间隔。
所以技术的排列顺序通常为这样
Material MyTestMaterial
{
lod_distances 200
Technique Lod_0_Hdr_Open_Shader_3_0
{
Lod_index 0
Pass 0
{
Texture_unit
{
//…..
}
Texture_unit
{
//…..
}
}
Pass 1
{
Texture unit
{
// ….
}
}
}
Technique Lod_0_Hdr_Close_Shader_1_0
{
Lod_index 0
Pass
{
Texture_unit
{
//…..
}
Texture_unit
{
//…..
}
}
}
Technique Lod_1_Hdr_Open_Shader_3_0
{
Lod_index 1
Pass
{
Texture_unit
{
//…..
}
Texture_unit
{
//…..
}
}
}
Technique Lod_1_Hdr_Close_Shader_1_0
{
Lod_index 1
Pass
{
Texture_unit
{
//…..
}
Texture_unit
{
//…..
}
}
}
}
Pass渲染通路：
再次强调一个概念：一个材质脚本，为了适应不同的显卡和LOD细节层次技术，我们允许有多个技术，为了加速充分的使用GPU，每个技术中同时又支持多通道的渲染，每个渲染通道内，同时又允许有多个纹理单元。首先这个改变必须明确理解才能顺利的进行材质脚本的设计。
我们在“渲染通路”这层可以设置以下属性：
ambient 材质的环境光反射系数
格式是 ambient red green blue alpha
每个值要求为0.0-1.0之间，例如ambient 0.2 0.2 1.0 1.0代表每个顶点对环境光的反射系数。注意：若关闭了动态光照和纹理层的光照色彩混合的话，该项就不起作用了，此时完全是纹理颜色。默认值为全白。
diffuse 材质的漫反射系数
格式是 diffuse red green blue alpha 其他同上。
specular 材质的镜面反射系数
格式是 specular red green blue alpha Shininess ，最后多了一个参数，是闪耀值（高光系数），该值处于1-128之间。注意：若该值较大则会令人感到耀眼的反射。
emissive 材质自发光系数
格式是 emissive red green blue alpha
scene_blend
设置渲染通道和现有的渲染层内容混合方式，有预设的四种方式：
格式为scene_blend add或scene_blend modulate/alpha_blend/colour_blend
Add 是将渲染出的颜色和亮度一起叠加到渲染场景中，相当于“scene_blend one one”
Modulate 是将渲染输出的颜色叠加到渲染场景中，相当于”scene_blend dest_colour zero”
alpha_blend 是将渲染输出的亮度叠加到渲染场景中，相当于”scene_blend src_colour one_minus_src_colour”
colour_blend 是将渲染输出的alpha值进行遮罩缓和。相当于”scene_blend src_alpha one_minus_src_alpha”
当然，我们也可以不使用预设的方式，进行自定义源和目标的混合因数
格式为 scene_blend src_factor dest_factor
这样最终渲染出的颜色就是 (渲染通道的结果 * src_factor) + (渲染场景的颜色 * dest_factor)，其中src_factor dest_factor两个参数可选以下值：
one
常数值1.0
zero
常数值0.0
dest_colour
已存在的像素颜色
src_colour
纹理像素颜色
one_minus_dest_colour
1 -（dest_colour）
one_minus_src_colour
1 -（src_colour）
dest_alpha
已存在的像素alpha值
src_alpha
纹理像素alpha值
one_minus_dest_alpha
1 -（dest_alpha）
one_minus_src_alpha
1 -（src_alpha）
例如：scene_blend one zero (代表渲染出的纹理完全覆盖其后的渲染场景，即渲染管道出来的纹理是完全不透明的) ?默认的混合模式也正是这种。
depth_check
是否开启深度缓冲检测 格式为 depth_check on 或 depth_check off
depth_write
是否打开深度缓冲写入。 格式为 depth_write on 或 depth_write off
默认的时候深度缓冲是打开的，个别时候我们需要渲染一系列透明物体的关系时候，则将其关闭。
depth_func
写入象素前的深度比较函数。 格式为 depth_func compareFun
其中compareFun可以取下面值之一。
always_fail
永远不向渲染目标写入像素
always_pass
总是将像素写入渲染目标
less
如果将要写入的像素的深度小于现在缓冲区内容的深度，则写入
less_equal
如果将要写入的像素的深度小于等于现在缓冲区内容的深度，则写入
equal
如果将要写入的像素的深度等于现在缓冲区内容的深度，则写入
not_equal
如果将要写入的像素的深度不等于现在缓冲区内容的深度，则写入
greater_equal
如果将要写入的像素的深度大于等于现在缓冲区内容的深度，则写入
greater
如果将要写入的像素的深度大于现在缓冲区内容的深度，则写入
默认值是 depth_func less_equal ，注意：当我们关闭深入缓冲检测的话，该函数无效。
depth_bias
设置此渲染通路的深度值的偏向。可用于使共面的多边形中的一个位于其它之上，例如印制花纹图案。
alpha_rejection 对渲染管道的材质纹理进行alpha信息剪裁。 格式为 alpha_rejection
compareFun value
其中value取值范围是0-255，例如 alpha_rejection less_equal 122 则代表抛弃渲染管道中alpha值大于等于122的象素。附注：考虑到硬件兼容，Value最好是0-128之间。
cull_hardware
硬件剔除方式。 格式为 cull_hardware HCutFun
HCutFun枚举下列三种方式：clockwise / anticlockwise/ none
clockwise将逆时针的三角型都cut掉（即CUT镜头反面）
anticlockwise将顺时针的三角型都cut掉（即CUT镜头正面）
none 不做任何剪切。
默认为 clockwise
cull_software
软件剪裁方式， 格式为 cull_software SCutFun
SCutFun 枚举以下三种格式：back / front / none
实际上，这个和硬件裁减是类似的，不过，对于一些动态的物件建议不要开启该项，消耗很大。默认是 back 剪裁。
lighting
是否开启动态光照， 格式为 lighting on / off
注意：使用了顶点程序，此属性无效。动态光照一旦关闭，环境光反射，镜面反射光，放射光，阴影等属性均无效。默认为on
shading
Ogre着色方式 ， 格式为 shading flat/ gouraud/ phong
Flat不进行插值，每个平面的阴影都由该平面的第一个顶点色决定。
Gouraud 对平面上每个顶点颜色进行线形插入计算。
Phong 全平面使用顶点法线向量。效果好，代价高，部份硬件无法支持此属性。
默认为 ： gouraud
polygon_mode
栅格化方式。 格式为 polygon_mode solid/ wireframe/ points
面，线，点的栅格化。默认当然是面solid模式。
fog_override
是否开启雾化。 fog_override true/false
当fog_override true的时候就需要顺序跟出以下参数
雾的type: none 无雾。 相当于fog_override false
Linear 线性雾。 从 start到end之间有雾
Exp 几何方次性雾。 受浓度 density 影响
Exp2 几何二次方增加。 受浓度 density 影响
雾的颜色 color: RGB三种颜色值。0.0-1.0之间
雾的浓度 density：设置几何方次性雾的浓度。对线形雾不影响，但也必须写上进行占位。
雾的起始位置 start ：对非线性雾无效，但必须写上占位。
雾的结束位置 end : 对非线性雾无效，但必须写上占位。
例如：fog_override true exp 1 1 1 0.002 100 10000 开启几何次方雾。颜色为1，1，1白色，浓度为0.002（若是线性则代表，离镜头100至10000之间的距离有雾）
colour_write
是否关闭渲染通路的颜色写入功能。 colour_write on/off
该功能一旦关闭，则代表渲染通路不可输入任何的颜色渲染。仅在初期初始化深度缓冲区时个别时间有用。默认为开on
max_lights
此渲染通路最大光源数量。一般使用默认为8 格式为 max_lights 8
iteration
是否对渲染通路进行迭代渲染。 默认为仅渲染一次，格式为Iteration once
Iteration 5 代表本渲染通路将被重复执行5次渲染。
Iteration once per_light point 则代表本渲染通道将每个光源点进行一次渲染。
Iteration 5 per_light point则代表本渲染通道将每个光源点进行5次渲染。
· point_size
· point_sprites
· point_size_attenuation
· point_size_min
· point_size_max
Texture_unit 纹理单元
我们在PASS渲染通道处已经进行了一次整体的渲染环境设置，然而，在每个纹理单元，我们还可以对单独的纹理进行渲染属性设置。
texture_alias
设置一个纹理的别名，类似于技术的别名。格式: texture_alias 纹理别名
默认该别名就是纹理单元的名字。
texture
本层要使用的静态纹理图象名字。可以简单的格式为
Texture xxx.jpg （注意：纹理文件名禁止有空格）也可对其属性进行详细的设置。如下
Texture xxx.jpg 2d 8 none PF_A8R8G8B8
2d是装载的纹理类型，类型实际上包括1d(1象素的纹理点),2d（纹理面，默认也是该项）,3d(3D带深度的纹理),cubic(有些类似天空盒式的贴在立方体内侧6个2D纹理，但是仅可贴同一种纹理，不如使用cubic_texture)
8 是MipMap的层级，默认是unlinited，代表可以无限的对纹理进行mipmap，我们这里设置为8代表生成8个层级递减的MIPMAP。注意：若多个材质脚本中使用同一个纹理，切记他们的mipmap数量必须一致。
None 这项是我们指定的单独的透明通道做为alpha进行装载，默认的为 none，表示以红色作为alpha通道。
PF_A8R8G8B8纹理格式，常用的有PF_R5G6B5,PF_A4R4G4B4,PF_A8R8G8B8,PF_X8R8G8B8等。
anim_texture
与上面的texture对应，是用于活动的纹理层，即动态图象。注意，这里不是使用默认的保存好的.gif动画，而是导入多桢图，设置好桢之间的间隔时间。这里我们有两种方法：
一种是按照Ogre内部规定对动画的纹理命名：xxx_0.jpg xxx_1.jpg xxx_2.jpg这样以0为首，加下划线递增命名，这样我们调用时会比较方便，这样便可以了
Anim_texture xxx.jpg 3 2.2 即代表xxx_0.jpg这样命名的纹理有3张，间隔时间为2.2秒。
另一种是非标准的纹理命名，则需要我们如下写：
Anim_texture 1.jpg flame2.jpg xxx_3.png hit4.tga 2.2 直接以空格间隔标示逐个标示出每一桢的纹理即可。
注意：2.2是每桢间的间隔时间，若设置为0，则不会自动进行桢画面切换，需要我们代码中手工控制了。
cubic_texture
创建一个立方体纹理。这个一般用于反射映射和天空盒中。其格式和动态纹理一样，有两种方式，一种是Ogre制定的规范，我们调用就更加简单，如下
Cubic_texture skybox.jpg combinedUVW
我们仅提供一个基础的纹理名，此时OGRE会默认的去查找skybox_fr.jpg, skybox_bk.jpg, skybox_up.jpg, skybox_dn.jpg, skybox_lf.jpg, skybox_rt.jpg这些纹理。
第二中方式则是按照“前后上下左右”的顺序将这些纹理罗列出来。
最后一个参数需要设置为combinedUVW或separateUV, combinedUVW会将纹理组合到一个立方体纹理映射中，带有UVW三维纹理坐标，适合做反射映射。而separateUV仅仅保存2D的UV坐标，适用于天空盒。
tex_coord_set
因为一个Mesh网格允许有多套纹理坐标集，我们在这里设置使用哪套坐标集。格式为 tex_coord_set 3 （使用编号为3的坐标集）
默认为 tex_coord_set 0
tex_address_mode
纹理寻址模式。即当纹理UV值大于1.0时的纹理处理方法。参数有以下几种枚举选择：
Wrap 会将所有UV值大于1.0的值设置为0.0，纹理会被重复连续绘制。
Clamp 会将所有UV值大于1.0的值设置为1.0，这样的话就相当于在模糊边界。
Mirror 会当UV值等于1.0的时候，将纹理反转后连续绘制。
Border 超过1.0的UV都会被设置为边界色，就是描边效果。此项可设置tex_border_colour属性。
tex_border_colour
和上一属性对应，设置纹理边界色，仅对Border纹理寻址有效。
格式 ： tex_border_colour RGBA(0.0 – 1.0取值)
filtering
纹理过滤形式：我们可以使用其预定的四种基本类型，包括
None 不进行纹理过滤
Bilinear 进行双线性纹理过滤。就是对mipmap进行挑选过滤，但是不对mipmap各个级别之间进行过滤
Trilinear 进行三线性纹理过滤。将最近的两个mipmap一起进行过滤。
Anisotropic 各向异性纹理过滤。使用该项，则你必须设置其max_anisotropy值。
默认为bilinear。
max_anisotropy
最大各相异性程度偏差值。根据硬件不同一般限制为8或者16
默认为 max_anisotropy 1
mipmap_bias
我们在Pass通道时已经允许设置mipmap纹理Lod运用层级以及适用的距离。在纹理单元这层级我们可以重新对其进行调整。格式为
Mipmap_bias -3 后面的整数代表在所有的范围内强制使用增大或缩小的mip级别。-3代表，在所有范围内强制使用更大3级的mip纹理。
默认是不进行层级偏移：mipmap_bias 0
colour_op
简单的纹理混合方式，我们可以使用预定义的4项枚举：
Replace 不处理，用当前的纹理直接替换掉后面的所有颜色。覆盖式。
Add 将当前纹理色和后面的渲染颜色进行加法处理。
Modulate 将当前纹理色和后面的渲染颜色进行乘法处理。
Alpha_blend 将当前纹理和后面的纹理进行alpha颜色混合。
默认为 colour_op modulate 当前纹理色和后面颜色进行乘法混合。
colour_op_ex
高级的纹理混合模式，可以详细的指定混合系数和效果，但个人不推荐使用。效率消耗较大，且受不用的硬件限制性大，使用默认支持的4种混合模式可以了。
colour_op_multipass_fallback
当上面一个colour_op_ex设置要求过高，硬件无法支持多纹理混合时，则不得不调用该项进行多通路混合渲染。若我们使用的是colour_op预设置的4种纹理混合模式，则无需在此处理，OGRE底层已经做了完善的处理。
alpha_op_ex
同colour_op_ex，不推荐使用。
env_map
设置环境映射效果。该项可以使用预定义的五个选项
Off 关闭环境映射反射。 默认即本项。
Spherical 开启球面环境映射。 它需要一个单独的纹理，该纹理进行周围反射的记录。
Cubic_reflection 开启平面环境映射。
scroll
静态纹理偏移。
格式如下：scroll x y
scroll_anim
动态纹理偏移。 ……针对上一功能的补足。给纹理层一个移动速度进行偏移。
格式为 scroll_anim xspeed yspeed
rotate
以固定角度静态旋转一个纹理。和scroll没什么区别。格式如下 rotate angle
注： angle是逆时针旋转的角度数
rotate_anim
动态旋转一个纹理。 格式为 rotate_anim 3 代表每秒旋转3次360度。
scale
静态缩放一个纹理。 格式为 scale x_scale y_scale。
wave_xform
制作类似于水面波纹性质的专用函数。可以制造出一个类似于波状的动态纹理变化形式。
格式: wave_xform <xform_type> <wave_type> <base> <frequency> <phase> <amplitude>
示例: wave_xform scale_x sine 1.0 0.2 0.0 5.0
xform_type
scroll_x
变动x滚动值
scroll_y
变动y滚动值
rotate
变动旋转值
scale_x
变动x比例值
scale_y
变动y比例值
wave_type
sine
典型的正弦波，在最小值和最大值之间平稳地循环。
triangle
以恒定的速度增加减少的有角度的波，在极值时立即改变。
square
最大是波长的一半，最小是瞬时转换之间的停止时间。
sawtooth
经过一段时间，从最小逐渐持续增加到最大，最后立即回到最小。
inverse_sawtooth
经过一段时间，从最大逐渐持续减少到最小，最后又立即返回最大。::base
基值，如果amplitude > 0就是指最小值，amplitdue < 0就是指最大值。
frequency
波每秒重复的次数，即速度。
phase
波开始的偏移量。
amplitude
波的大小。
波的输出范围在{base, base+amplitude}。所以，以在x方向调整纹理为例，沿正弦波方向从1（标准值）调整到5，即表示每5秒一个周期（每秒0.2个波）。
transform
为纹理提供一个4*4矩阵以直接替代上面的旋转，缩放，移动等一系列变化。
格式为 transform m00 m01 m02 m03 m10 m11 m12 m13 m20 m21 m22 m23 m30 m31 m32 m33
binding_type
设置绑定类型。该纹理是绑定到片断处理单元还是顶点处理单元。格式为：
Binding_type fragment / vertex
默认为绑定片断处理单元。
content_type
设置纹理内容的来源类型。格式为 content_type named / shadow
默认是为named，表示纹理单元图片来源于texture,cubic_texture,anim_texture之一，但个别时候我们需要使用阴影纹理，则此时可以设置为shadow
注： 除去上面的纹理属性设置之外，假若我们需要更高级的纹理属性支持，可以使用外部纹理源。
顶点程序和片断程序声明：
假设我们在材质脚本中需要使用顶点程序或者片段程序，那么，类似于函数声明调用一样，我们必须在调用它之前先对其进行声明定义。
假若调用点都在一个.meterial脚本内还好，我们只需要在调用处的上面进行声明定义，但假若多个脚本都调用一段顶点程序，我们就需要将这段顶点片断程序独立出任何的.meterial脚本之外，独立编写一个 .program 格式的脚本，在这个脚本中进行定义，这样的话，这个外部定义的顶点片断程序就会顺利的在任何位置上被调用读取。
个人推荐所有的顶点程序都独立为一个脚本，可以更大程度上方便我们整理。
顶点程序本身既可以是一些低级语言，例如vs_1_1语法规格写的汇编代码，也可以是HLSL,GLSL,CG，个人更推荐使用后者。
一个最基本的片断程序要求有以下几个要点说明：
vertex_program myVertexProgram asm
{
source myVertexProgram.asm
syntax vs_1_1
}
1：在头部给出程序名字，之后说明程序类型。“asm”
2：指示出资源来自何处。” source”
3：指示出语法规则。“vs_1_1”
我们可以通过Ogre的GPU管理器来获取当前显卡支持的语法列表。
GpuProgramManager::GetSingleton().getSupportedSyntax()来获得。
一般显卡支持的语法规则如下：
vs_1_1
这是一种DirectX顶点渲染器汇编语法。
支持显卡有：ATI Radeon 8500，nVidia GeForce 3。
vs_2_0
另一种DirectX顶点渲染器汇编语法。
支持显卡有：ATI Radeon 9600，nVidia GeForce FX 5系列。
vs_2_x
另一种DirectX顶点渲染器汇编语法。
支持显卡有：ATI Radeon X系列，nVidia GeForce FX 6系列。
vs_3_0
另一种DirectX顶点渲染器汇编语法。
支持显卡有：nVidia GeForce FX 6系列。
arbvp1
这是OpenGL标准顶点程序汇编格式。大体上相当于DirectX vs_1_1。
vp20
这是一种nVidia特有的OpenGL顶点渲染器语法，是vs 1.1的一个超集。
vp30
另一种nVidia特有的OpenGL顶点渲染器语法。它是vs 2.0的一个超集，被nVidia GeForce FX 5系及以上系列支持。
vp40
另一种nVidia特有的OpenGL顶点渲染器语法。它是vs 3.0的一个超集，被nVidia GeForce FX 6系及以上系列支持。
ps_1_1, ps_1_2, ps_1_3
DirectX像素渲染器（例如片断程序）汇编语法。
支持显卡：ATI Radeon 8500，nVidia GeForce 3。
注解：对于ATI 8500，9000，9100，9200硬件，也可用于OpenGL。ATI 8500到9200不支持arbfp1但是确实支持OpenGL的atifs扩展，非常类似DirectX的ps_1_4。OGRE有针对atifs编译器的ps_1_x模块，当在ATI硬件上使用ps_1_x时，它会自动执行。
ps_1_4
DirectX像素渲染器（片断程序）汇编语法。
支持显卡有：ATI Radeon 8500，nVidia GeForce FX 5系列。
注解：对于ATI 8500，9000，9100，9200硬件，此项也可用于OpenGL。ATI 8500到9200不支持arbfp1但是支持OpenGL的atifs扩展，功能上非常类似于DirectX中的ps_1_4。OGRE有针对 atifs编译器的ps_1_x模块，当在ATI硬件上使用ps_1_x时，它会自动执行。
ps_2_0
DirectX像素渲染器（片断程序）汇编语法。
支持显卡有：ATI Radeon 9600，nVidia GeForce FX 5系列。
ps_2_x
DirectX像素渲染器（片断程序）汇编语法。基本上是带有更多指令的ps_2_0。
支持显卡有：ATI Radeon X系列，nVidia GeForce FX 6系列。
ps_3_0
DirectX像素渲染器（片断程序）汇编语法。
支持显卡有：nVidia GeForce FX 6系列。
ps_3_x
DirectX像素渲染器（片断程序）汇编语法。
支持显卡有：nVidia GeForce FX 7系列。
arbfp1
这是OpenGL标准片断程序汇编格式。大体上相当于ps_2_0，意味着不是所有支持DirectX下的基本像素渲染器都支持arbfp1（例如GeForce3和GeForce4就都不支持arbfp1，但是它们都支持ps_1_1）。
fp20
这是一个nVidia特有的OpenGL片断程序语法，是ps 1.3的一个超集。它允许你为基本片断程序使用'nvparse'格式。实际上，它使用NV_texture_shader和 NV_register_combiners在GL下提供相当于DirectX's ps_1_1的功能，但是仅限于nVidia显卡。然而，因为ATI显卡比nVidia早一步采用arbfp1，所以它主要用于像GeForce3和 GeForce4系列的nVidia显卡。你可以在http://developer.nvidia.com/object/nvparse.html找到更多有关nvparse的信息。
fp30
另一种nVidia特有的OpenGL片断渲染语法。它是ps 2.0的一个超集，被nVidia GeForce FX 5系列或更高级的显卡支持。
fp40
另一种nVidia特有的OpenGL片断渲染语法。它是ps 3.0的一个超集，被nVidia GeForce FX 6系列或更高级的显卡支持。
详细的语法编写，实在没有兴趣详细研究下去了。所以这里略过，我们需要知道的是，除了HLSL，GLSL，CG以外，还有一个Ogre自动识别处理的类型，unified可以统一的对程序定义，这样就可以依赖于渲染系统和硬件支持自动的选择渲染程序。
材质拷贝技巧1：
一般来说，我们游戏中大量的材质是雷同性很强的，假若大段的复制材质渲染模式，实在是非常不值得的体力劳动，所以对于一些只有微小改变的材质设置，推荐使用材质拷贝。
材质拷贝技巧1：
当两个材质完全一致时。直接类似于C++的继承的写法即可：
Material met1
{
Technique
{
Pass 0
{
…
}
Pass 1
{
…
}
}
}
Material met2 : met1
{
}
我们不需要做任何事情，met2就已经过去了met1的材质属性。
材质拷贝技巧2：
当我们向一个拷贝材质中添加新技术时。直接在新的材质脚本中声明新的技术即可。例：
Material met2 : met1
{
Technique new
{
}
}
此时new这个技术就会默认的在其父类的默认命名为0的技术之后产生。不过值得注意的是，新创建的这个技术尽量命名，避免与父源类的技术名称发生冲突。
材质拷贝技巧3：
当我们想对拷贝材质已有的属性做一点点的改动时候，需要声明原有技术和通道，直接声明需要改动的属性即可。例：
Material met2 : met1
{
Technique 0 // 父类的技术并没有命名，默认是以索引为名，索引为0，所以这里填0，但是注意的是，一定要把这个0表示说明出来
{
Pass 1 // 父类中的0号技术中的命名为0的一个通道
{
max_lights 2 //修改该Pass中的最大光源属性为2
}
}
}
最常用的是修改一个渲染材质中的某一个纹理文件。我们可以这么做
Material met2 : met1
{
Technique 0 // 父类的技术并没有命名，默认是以索引为名，索引为0，所以这里填0，但是注意的是，一定要把这个0表示说明出来
{
Pass 1 // 父类中的0号技术中的命名为0的一个通道
{
Texture_unit TreeTexture
{
Texture NewTreeTexture.png
}
}
}
}
这样我们就将treetexture纹理单元中的纹理图片替换了，而其他的一切渲染属性都没有更改。
材质拷贝技巧4：
记得我们之前说纹理单元时候有强调过纹理有一个属性叫纹理别名吧。texture_alias。
我们看上面的例子，假若我们材质met1,和met2仅差一个纹理的区别的话，那么上面的写法也比较麻烦，我们有个更简单的方法，就是，在初次定义的时候，为纹理定义一个别名，之后我们假若需要换纹理，仅告诉Ogre脚本解释器，别名现在代表另一张纹理便可以了。
例如：我们要渲染一张“漂亮的图“，在材质1中，“漂亮的图”代表 1.png,材质2中，“漂亮的图”代表2.png，我们只要告诉Ogre，“漂亮的图”是哪张便可以了。例子如下：
Material met1
{
Pass 0
{
Texture_unit testTex
{
texture_alias DiffuseMap
texture defaultDiff.png
filtering trilinear
tex_coord_set 1
}
}
}
那么我们假若需要使用同样的技术和通道，仅修改纹理图片，我们可以简单到如下：
Material met2
{
Set_texture_alias DiffuseMap NewChangedDiff.png
}
一句话便更换了别名DiffuseMap所指代的对象。直接达到更换纹理贴图的效果。
所以，我们尽量可能的为技术，通道，纹理单元手动设置名字，纹理资源尽量设置别名。
字体定义脚本
Ogre中字体最终就是一个Meterial对象，我们要获得这个对象可以有2种方法：
1：利用一个字体生成工具自己设计字体纹理
2：让Ogre生成一个基于trueType字体的字体纹理
无论使用哪种，都需要在 .fontdef 文件中对字体进行定义。
当我们使用现有的一个字体纹理，那么该脚本声明格式为：
MyFont // 字体名称，程序中调用时使用，自定义
{
Type image // 告知Ogre，我们使用的是字体纹理，不是tureType
Source XXX.png // 字体纹理文件名
Glyph A 1 3 14 14 // 告知Ogre，A这个字符在纹理中的位置是(1,3)到(14,14)之间。
…… // 对我们所需要的每一个字符都进行纹理位置的通知
}
从上面可以看出……对中文适用性之低。
当我们使用truetype生成一个字体纹理，那么脚本声明格式为
MyNewFont // 字体名称，程序中调用时使用，自定义
{
Type truetype // 告知Ogre我们将从一个字体中生成纹理
Source XXX.ttf // 要加载的. ttf文件名
Size 16 // 生成字体纹理的大小，若过小，则贴到大的面上就显示很粗糙，若过大，则贴到小的面上就会模糊不清。
Resolution 96 // 每英寸计算的清晰度，一般是72或96
Antialias_colour true // 关闭默认的字体抗锯齿，这样的话我们就会在渲染时手动的对字体边进行抗锯齿处理。该项默认为false, 即不使用手动的抗锯齿，使用Ogre默认的抗锯齿功能。一般，false即可。
Code_pionts 33-166 // 该项是表示哪一段的unicode编码应当被生成字体纹理，默认是33-166的字符。
}
Overlay覆盖层脚本
这个的作用重点表现在UI方面了，它就是将3D的按Z轴深度进行分割出的层平面，这个脚本默认在Root初始化时会自动搜寻所有的 .overlay 层脚本并且装载分析。当然我们也可以手动去加载OverlayManager::GetSingleton().parseAllSource()或者手动加载单独一个脚本OverlayManager::GetSingleton().parseSource().
我们看一个样板式的层脚本
MyNewOverlays // 该层的唯一标识命名
{
Zorder 200 // 该层的Z轴深度，越大代表越接近屏幕
Container Panel (MyNewOverlays/FirstPanel) // Container对应的是element，这两者都是对Panel的修饰词，当该面上有新的子面时就使用Container，若是一个完全无子面的面，则可使用 element进行修饰。Panel是注册过的本面板元素的类型，Ogre提供了三种基本类型Panel,BorderPanel,TextArea. 括号中的是该元素的唯一识别名称。我们在程序中就可以使用OverlayManager::GetSingleton().getOverlayElement(唯一识别名称);来获得此元素的指针。在该句最后我们还可以加入继承模版，接下来再说。
{
Left 0
Top 0
Width 0.02
Height 0.3
Material ThisPanelMaterial // 这些都是该面板元素的属性
}
}
这里我们遗留了三个问题：
1：Ogre提供的三个基本元素类型有什么区别和作用？
2：什么是面版元素继承的模版，作用有什么？
3：面板元素都有什么属性有什么作用？
答1：Ogre提供了三个基本表层元素类型。包括Panel,BorderPanel,TextArea。实际上，一般来说，这三种是完全不够的，是需要我们进行扩展的。扩展后的类型拥有独特的功能和属性。
例如：
Panel 面版
它就是一个矩形的区域，重点作用就是做一个其他元素的容器。所以一般来说，它更多时候是没有背景的透明的。他的专有属性有：
Transparent true / false 是否透明，若为true则代表本面板透明，自己是不参与渲染的。
Tiling 0 1 2 实现多重贴图。本例说明使用第0层材质纹理在面板上X轴方向重复贴一次，Y轴方向上重复贴两次。
Uv_coords topleft_u topleft_v bottomright_u bottomright_v 设置这个面版上的纹理UV坐标。
这三个属性是Panel专属的，这意味着其他的表层元素是不具有这些功能和属性的。
BorderPanel边框面版
它和Panel区别仅有一个，就是多个一套边框。这个边框会随着BorderPanel的大小自动的调节其纹理大小。它的构成由9部分：一个中心区，4个角，4个边。它的专属属性是
Border_size left right top bottom 边框按屏幕大小的比例尺寸。我们可以发现到Ogre在记录UI大小时是很喜欢记录UI与屏幕长度之间的比例，而非实际的象素大小。这样做的好处是，当屏幕大小有变换时，是很容易实现缩放功能的。
Border_material materialName 因为边框面板有独特的边框，所以，我们需要对它指示出其边框使用的材质纹理。
Border_topleft_uv topleft_U uv_topleft_V buttomRight_U buttomRight_V
Border_top_uv topleft_U uv_topleft_V buttomRight_U buttomRight_V
…… 总共八块边缘都需要指定其UV信息。这里我们需要注意，我们美术资源制作时，要求左右两边的材质纹理应该允许被垂直拉伸，上下两块的材质纹理应该允许被水平拉伸。
TextArea文本区
用来渲染文本的一个表层元素。它转有属性包括：
Font_name name 要使用的渲染字体名，我们必须保证这个字体在 .fontdef 里面并且可用。
Char_height 字母高度占用整个屏幕告诉的百分比。
Colour RGB 渲染字体的颜色，默认是使用一般的黑白字体。RGB是0.0-1.0之间的浮点数。
Colour_bottom RGB / colour_top RGB 实现文本从上到下的颜色渐变。
答2：
模板实际上就是类似于材质拷贝时的那个父类，实际作用是当几个比较类似属性的表层元素，我们可以直接定义一个模板，其他元素继承于该模板就节约了一些复制粘贴的操作而已。
我们看下例：
Template container BordPanel ( MyTemplate/BasicBorderPanel ) // template表示该Panle是模板面版，本身它是不进行渲染的，类似于C++的抽象父类，制定一套属性样版提供其他渲染面板直接套用使用。Container也是Panel的一个属性，表明它是允许有子表层元素的。后面括号里是模板面板名称。
{
Left 0
……
Material MyPanelMaterialName
Border_size 0.05 0.05 0.06 0.06
Border_material MyBorderPanelMaterialName
……
}
Template container Button (MyTemplate/BasicButton) : MyTemplate/BasicBorderPanel
// 表明该Button是上面的层的子层，Button是开发人员注册的一个层元素类型
{
Font_name BlackStyle
Char_height 0.09
Color_top 1 1 0
Color_bottom 1 0.5 0.5
}
上面定义了一套模板边框面和一套模板按钮，下面我们将对其实现
MyOverlays // 层名称
{
Zorder 490 // 层深度
Container BorderPanel (ChatBackPanel ) : MyTemplate/BasicBorderPanel// 实现一个进行渲染的背景面层元素，它套用模板边框面
{
Container Button (JionButton) : MyTemplate/BasicButton // 实现一个进行渲染的按钮，它套用模板按钮的各项属性
{
Left 0.8
Top 0.4
}
Container Button (ExitButton) : MyTemplate/BasicButton // 实现另一个进行渲染的按钮，它套用模板按钮的各项属性
{
Left 0.6
Top 0.4
}
}
}
这样，我们就得到了一个渲染出来的边框面板和上面的两个按钮，我们新创建的按钮就可以省去很多属性的设置了，仅对部分独特的属性进行设置即可。
可见，模板的作用和抽象Pass通道，技术，纹理单元 是一样的作用，减少我们属性设置而创建的。
答3：
层元素属性是对层的各项渲染指数进行调整的东西。我们也看到了，不同的元素因功能特性不同，会有独特的属性，但下列通用属性是每个元素必须有的：
Metrics_mode pixels / relative 属性参数解释方式。默认是relative相对模式，这就意味着之后我们设置top 0.8 代表着这个0.8是针对屏幕宽高得到的比例值。若我们设置为pixels则代表我们设置 top 8 是从第8个象素开始的，是一个绝对的象素偏移量。显而易见，我们再设置为top 0.8 这样明显是不合理的了。
默认该项为 metrics_mode relative
Horz_align left/center/right 设置此元素水平起点位置。例如，horz_align left 则代表本元素会自动的居左对齐，当然我们再设置left xxx可以再次对其位置进行调整。
默认该项为 horz_align left
Vert_align top/center.button 同上不再解释。
默认该项为 vert_align top
Left 0.3 设置元素相对于它上一层的水平位置。后面的参数跟metrics_mode属性参数解释方式挂钩。
默认该项为 left 0
Top 同上不再解释。
默认该项为 top 0
Width 0.2 设置元素大小。这里0.2是针对整个屏幕的大小而言，并非针对其父元素的大小。所以当我们设置width 0.5时则意味着这个元素会占屏幕的一半宽。
默认该项为 width 1
Height 同上不再解释
默认该项为height 1
Material XXX 设置该层元素使用的基本材质。值得注意的是：一个表层元素的材质会默认的禁止其上材质的光照和深度检测。所以，我们不应当在表层上使用与3D物体相同的材质。另外，该项在不同的元素中解释意义也是不同的，在Panel中他是整个面版的背景材质，但是在BorderPanel中它仅仅是中心区域的材质。
Caption XXX 设置该层元素的标题。因为部分元素是没有标题属性的，所以有些元素可以忽略掉该元素。
Rotation 30 0 0 1 设置该层的旋转角度，第一个参数是旋转的角度，第2，3，4属性分别表示在x,y,z轴的旋转。本例就说明是该层元素需要围绕z轴旋转30度。
4：Mesh网格工具
Ogre自带的网格工具包括三种：
1：导出器Exporters 用于从绘图软件中导出固定格式的数据提供Ogre使用
Ogre这个导出插件能够导出两个文件，一个 .mesh 结尾的网格模型，一个是 .skeleton 后缀的骨骼模型。值得注意的是，当我们需要创建一个模型动画时候请注意：
·每个顶点必须没有超过4的加权骨骼赋值。
·所有的顶点都必须被分配到至少一个骨骼点上，静态顶点就分配到根部骨骼点上
·动画开始和结束时候每个骨骼点上最少要有一个关键桢
2：Xml转换器 能够将xml格式的数据转换为Mesh数据和骨骼数据
·因为很多模型工具导出的Mesh都是xml格式的，这时使用该转换器就可以直接将 xml格式的mesh网格转换为 .mesh 文件。其中的语法非常简单。
格式为： OgreXMLConverter 文件名
这样就可以了。不过在转换时，你可以有一次机会对Mesh中的Lod信息进行处理。
3：Mesh网格更新器 能够对网格的数据进行更新修改功能。
未能顺利使用。故不做介绍。
5：硬件缓冲区（硬件缓存）
·定义
实际上这个缓冲区就是一块malloc出来的存储区域，不过它不如malloc是在内存中申请的区域，而这个缓冲区是在gpu/agp中，它的写读速度更快。通常硬件缓冲区作用有拿来做顶点缓冲区，索引缓冲区，和象素缓冲区。
·使用
硬件缓冲区的管理是交由一个硬件缓存管理器负责的HardwareBufferManager，他负责缓冲区的创建和释放，它是几何体创建工厂，单键在Root初始化时就会被创建，所以，当我们需要一块内存的时候，一定不要直接New或malloc操作，而应当是这样
VerBuf = HardwareBufferManager::GetSingleton().CreateVertexBuffer()
·类型
我们在分配一块硬件缓冲区时，需要传一个参数，来指明这块缓冲区的类型，是否需要频繁读写？这样对底层的硬件缓存区域分配管理提供很大的便利。我们来看一下硬件缓冲区的类型有哪些，我们分配它的时候应该做何选择。（HBU是HarewareBufferUsage简写）
HBU_STATIC 静态硬件缓冲区，它意味着我们很少写入更新缓冲区，偶尔会从中进行数据读取。
HBU_STATIC_WRITE_ONLY 只写静态硬件缓冲区。它意味着我们很少更新缓冲区，并且绝对不从该缓冲区进行数据读取。但是，当我们创建了一个备份缓冲的话，我们依旧可以对其读取。
HBU_DYNAMIC 动态硬件缓冲区。它意味着我们会经常性的更新缓冲区中的数据，并且也希望能从其中读取数据，这一个效率最低的缓冲区使用方法。
HBU _DYNAMIC_WRITE_ONLY 只写动态硬件缓冲区，这个是个只许写入的硬件缓冲区，但当我们创建了一个备份缓冲的话，还是允许读取的。
HBU_DYNAMIC_WRITE_ONLY_DISCARDABLE 这个参数指明这个硬件缓冲区是一个需要频繁更新的缓冲区，大多数是每桢更新的数据存放在这里。但是需要注意的是，向该数据缓冲写入数据时记得加缓存锁。
建议：多使用WRITE_ONLY为后缀的缓冲区类型。即使必须进行读取，也建议使用备份缓冲，而非时刻可写的缓冲。
·备份缓冲
当我们创建一个WRITE_ONLY的硬件缓冲区后，我们有些时候假若非要从中读取数据，我们可以在创建缓冲区时传参，这样我们在内存中就会创建一个备份的缓冲区。每当我们向显存中写入一份数据的时候，Ogre会自动的先将这份数据拷贝到内存缓冲区后，再将其更新到显存中的硬件缓冲区。当然，这个技术会带来更多的开销，所以，非必要时不要用它。
·缓存锁
当我们更新写入缓冲或者在读取缓冲的时候，都应该先“锁”住它，以免它被修改。当然，之后记得解锁。pBuffer->Lock(begin , length , lockType)一般来说，锁的范围越小越便捷快速。但是锁的类型lockType也可以对读取的效率产生影响。
锁的类型包括：
·HBL_NORMAL 这种锁支持从缓冲区读取数据，但是效率很低下，因为它允许我们从硬件缓冲区进行数据读取。但是，当我们使用备份缓冲的话，这种影响会得到一些改善。
·HBL_READ_ONLY 这种锁意味着我们只能从缓冲区中进行内容的读取，禁止写入。此时建议我们使用备份缓冲，会提高我们效率。而且，此时我们实际上读取到的并非硬件缓冲区，而是内存中的数据。
·HBL_DISCARD 这种锁意味着我们每次操作都会将硬件缓冲区中的所有内容丢弃，一般这种操作也是会在每桢都处理的环境下才会使用，它是禁止读出的。但是一旦我们如此声明，也就基本上是向引擎宣称我们不会对硬件缓冲区的内容感兴趣，那么就不应当创建备份缓冲区。在我们没有使用备份缓冲区时尽量使用这种锁，它的效率很高，但若有了内存备份缓冲区的话，它就没有必要了。
·HBL_NO_OVERWRITE 当我们有些时候需要更新部分缓冲区而非全部缓冲区时，使用HBL_DISCARD就显的不适合了。此时我们就需要使用这种锁了，它的效率依旧很高，但是也仅是没有备份缓冲的时候才有作用。
·硬件缓冲区和缓冲锁使用经验
1：因为最快最优秀的缓冲自然是通过 HBU_STATIC_WRITE_ONLY类型创建，不创建备份缓存，并且仅进行一次HBL_DISCARD的锁操作永不再额外处理的缓冲。
2：当我们需要频繁更新的缓冲，可以用HBU_DYNAMIC_WRITE_ONLY来创建，不创建备份缓存，之后使用HBL_DISCARD加锁，若不想全部更新，则使用HBL_NO_OVERWRITE进行锁操作。
3：若我们必须从缓冲区中读取数据的话，那么我们可以创建一个备份缓冲，用HBL_READ_ONLY将其锁住。可能的话，尽量声明缓冲区为静态的。
4：在我们对顶点的不同元素需要使用不同模式的时候，我们不要通过指针大量更新缓冲区的全部顶点结构，应该分块更新。例如，我们假设只需要经常更新纹理坐标信息，那么我们应当将纹理坐标信息保存在一个单独的缓冲区区域，而其他的不经常更新的元素拆分保存在HBU_STATIC_WRITE_ONLY缓冲区中。
·顶点缓冲区
VertexData中有几个重要成员：
·VertexStart 顶点起始位置信息
·VertexCount 顶点个数
&nbs