(window.slotbydup=window.slotbydup || []).push({
id: '2014386',
container: s,
size: '234,60',
display: 'inlay-fix'
&&|&&0次下载&&|&&总18页&&|
您的计算机尚未安装Flash，点击安装&
阅读已结束，如需下载到电脑，请使用积分（）
下载：8积分
0人评价18页
0人评价3页
1人评价22页
0人评价42页
0人评价42页
所需积分：（友情提示：大部分文档均可免费预览！下载之前请务必先预览阅读，以免误下载造成积分浪费！）
（多个标签用逗号分隔）
文不对题，内容与标题介绍不符
广告内容或内容过于简单
文档乱码或无法正常显示
文档内容侵权
已存在相同文档
不属于经济管理类文档
源文档损坏或加密
若此文档涉嫌侵害了您的权利，请参照说明。
我要评价：
下载：8积分6.4顶点照明和Unity存放光源的第三种方式
6.4.1 Unity为Vertex Pass准备的光源
是不是绝望了?世界没有光明怎么能行呢?当然不行，光明马上就来，Unity把它放到了unity_LightPosition[4]数组中。
可以简单地告诉你一个结果:在LightMode = Vertex的Pass内，unity_LightPosition[4]和unity_LightColor[4]是存取光源数据最可靠的第一首选手段，无论在Camera的RenderingPath为何，VertexLit,Forward还是Deferred,Unity都会及时、准确地更新此数组中的光源信息。
6.4.2设计用于检测的场景
打开Lab_ 3文件夹下的场景，其编辑器中Game视日的截图所示。上面蓝色区域的右下角是6个表明了灰度颜色和数字之间关系的图例，而最左边是场景中4个点光源在WorldSpace中的xyz坐标，在上面的是4个点光源的3个灰度材质球的表示，在下面的是4个点光源的一般数字(x, y, x)表示。从上往下依次是黄色点光源Yellow (0.7, 0.5, 0.2)、绿色点光源Green (0.7 ,0.5 , 0.5、红色点光源Red ( 0.5 ,0.2, 0.2)以及蓝色点光源B1ue(0.2, 0.5,0.7)。之所以这样从黄色到蓝色排列，是因为我们可以根据Unity计算光照强度时所使用的Lunimance函数，来预测这4个颜色的点光源在unity_LightPosition[4]数组中的先后顺序。在这组灰度和数字对光源的世界坐标的表示的右边，是相对应的对光源在Camera空间的灰度和数字表示。因为场景中相机的坐标为(-0.3，-0.3，-0.3
) ,而且相机没有旋转，因此我们可以很简单地算出这4个点光源在Camera空间的xyz坐标，黄色点光源Yellow(1.0,0.8, 0.5)、绿色点光源Green(1.0,0.8 ,0.8 )、红色点光源Red (0.8,0.5，0.5)以及蓝色点光源(0.5，0.8，1.0) 4个点光源的WorldSpace和CameraSpace坐标都在(0,1)区间，可以被屏幕上的灰度正确表示，而且如果unity_LightPosition[4]中4个点光源的坐标是CameraSpace中的表示，那么灰度表示应该整体加亮0.3。将unity_LightPosition[4]数组中的每个向量的每个分量输出列Labes
3/ Shader文件夹下，如前两节一样都很简单，只是将对应的xyzw分量输出成灰度而己。除此之外，还输出了unity_LightAtten[4]数组到倒数第二排球体上，unity LightColor[4]到倒数第一排球体上。
6.4.3顶点照明中的点光源
首先我们将此场景的两个平行光关闭，简化下一步要分析问题的复杂性，然后将Camera的RenderingPath分别设为VertexLit、Forward、Deferred，并分别编译运行一下。我的测试结果是在这3种RenderingPath下，LightMode = Vertex的Pass内，unity_LightPosition[4]以及unity LightColor[4]均包含正确的数据。而且根据灰度图的编码，我们可以很确定在这3种RenderingPath下，LightMode = Vertex的Pass内，unity_LightPosition[4]的数据都是Camera
Space的坐标。
6.4.4计算顶点照明的ShaderVertexLights函数
在UnityCg.cginc中有一个函数引用了此变员，此函数如下:
float3 ShadeVertexLights(float4 vertex,float3 normal)
float3 viewpos = mul(UNITY_MATRIX_MV,vertex).
float3 viewN = mul((float3x3)UNITY_MATRIX_IT_MV,normal);
float3 lightColor = UNITY_LIGHTMODEL_AMBIENT.
for(int i=0;i&4;i++){
float3 toLight = unity_LightPosition[i].xyz - viewpos.xyz*unity_LightPosition[i].w;
float lengthSq = dot(toLight,toLight);
float atten = 1.0 / (1.0+lengthSq * unity_LightAtten[i].z);
float diff = max(0,dot(viewN,normalize(toLight)));
LightColor += unity_LightColor[i].rgb * (diff * atten);
return lightC
首先我们可以发现顶点被这个矩阵UNITY_MATRIX_MV变换了，这说明float4unity_LightPosition[4]中存储的确实是视空间中的光源估息，也就是当前Camera空间的光源的方向矢量或者位置。注意这个函数计算衰减的方式，如果你想让自己手动写的Shade对光照计算的结果和Unity一致，那么对衰减采用同样的计算方式很重要。
6.4.5顶点照明中的Pixel光源
现在的问题是:unity_LightPosition[4]只对Vertex点光源起作用么，对Direction光源起作用么，如果起作用，对应的方I句向量是World Space还是Camera Space。如果Camera有旋转的话，这一点很重要。我们现在把刚刚Build出来的程序再运行一次，改变光源的Pixel还是Vertex特性，我们会发现，在3个RenderingPath下 , unity_LightPosition[4]都有及时的更新，而且对于Pixel光源，其在unity_LightPosition[4]中的位置更靠前。
6.4.6顶点照明中的平行光
现在的问题是：unity_ LightPosition[4]对平行光起作用么?我们可以继续试一下，把某个点光源改为平行光，或者直接启用两个已经存在的平行光，我们会发现，在3个RenderingPath下，unity_LightPosition[4]和unity_LightColor[4]都有及时的光源数据。而你在实际操作时还会发现，在同为Pixel或者Vertex的情况下，平行光在unity_LightPosition[4]和unity_LightColor[4]中的排序更为靠前。而且我们所有的光源都有一个优点，就是它们的欧拉角都是(30,
300, 0)，这个角度之所以好，因为它们表示为方向矢量之后都处于(0,1)区间，处于我们的屏幕色彩的(0,1 )表示范围内。
现在剩下的唯一问题就是如果是平行光，那么unity_LightPosition[4]中对应的方向矢量是在世界坐标还是CameraSpace内的表示，这个问题不像位置向量那么简单直观。仔细想想，其实也不是太难。
打开Lab 4文件夹下的场景，这个场景的构成基本和上一个测试场景一致，不同的是我将4个点光源都改成了平行光，然后将其中的红色和蓝色两个平行光光源绑定到相机下面成为其子物体，另外两个黄色和绿色的平行光则仍然留在世界坐标中。这样，如果unity_LightPosition[4]中的平行光方向矢量是相对于世界坐标而言的，那么当我们旋转相机时，黄色和绿色两个平行光的指示信号应该不会发生强弱变化，而红色和蓝色两个平行光的指示信号应该会对应做出信号强弱的变化。如果unity_LightPosition[4]中的平行光力方向向量为CameraSpace，则情况相反。场景的组织结构和初识状态如图6.11所示。
这次我们可以直接在编辑器中做这个测试，这样就剩下添加滑动条来控制相机角度的麻烦，
而且我保证结果可靠。
我们在编辑器中的任意一个相机角度旋转结果。结果显示，留在世界坐标系中的两个平行光的方向向量的指示信号在旋转相机时发生了变化，而作为Camera子物体的两个平行光的指示信号，则在Camera发生旋转时没有发生强弱变化。现在我可以负责任地告诉各位，在unity LightPosition[4]中的平行光方向向量也是在CameraSpace 中的。
6.4.7顶点照明中的灯光信息小结
对于LightMode=Vertex的Pass来说，有效存取光源的方法是读取unity_LightPosition[4]和unity_LightColor[4]，这两个数组可以保证在Unity的3个RenderingPath下都有效工作。需要注意的是，unity_LightPosition[4]中的点光源的位置向量和平行光的方向向量都处于CameraSpace中。如果各位想写一个只逐Vertex照明的Shader，又不想操作这些恼人的数组，可以直接使用UnityCG.cginc中的ShadeVertexLights函数。
其次需要牢记点，Unity不会针对不同的Pass及时清除一些无效数据，你可能会在unity_LightPos[X, Y,Z]0和_WorldSpaceLightPos0中取到某一个物体最后一次执行其他类型的Pass时残留的光源数据，所以在LightMode为Vertex的Pass内不要使用它们来进行光照计算。
6.4.8一个顶点照明的实现例子
当然，上面这种在比较抽象的使用颜色信号方式令人头大，没事，我还有一个在色彩上更直观的版本在Lighting/Lab_3c文件夹下面。该文件夹下的场景使用到了_Indicator文件夹里的unity_LightPosition_O.shader、unity_LightPosition_1.shader、unity_LightPosition_2.shader以及unity_LightPosition_3.shader，这4个材质对unity_LightPosition[4]数组里的光源在Vertex Pass内做了一个简单的渲染，可以通过绿色控制面板上的按钮操作验证一下，其运行时的一个截图如图6.13
unity-LightPosition_ O.shader的代码如下:
hader &Tut/Lighting/VertexLit/Indicator/unity_LightPosition_0& {
Properties {
_Color (&Base Color&, Color) =(1,1,1,1)
SubShader {
Tags{ &LightMode&=&Vertex&}
#pragma vertex vert
#pragma fragment frag
#include &UnityCG.cginc&
#include &Lighting.cginc&
uniform float4 _C
struct vertOut{
float4 pos:SV_POSITION;
float4 color:COLOR;
vertOut vert(appdata_base v)
//unity_LightPosition in viewSpace,ie,the camera space
float3 viewpos = mul (UNITY_MATRIX_MV, v.vertex).
float3 viewN = mul ((float3x3)UNITY_MATRIX_IT_MV, v.normal);
float3 lightColor = UNITY_LIGHTMODEL_AMBIENT.
float3 toLight = unity_LightPosition[0].xyz - viewpos.xyz * unity_LightPosition[0].w;
float lengthSq = dot(toLight, toLight);
float atten = 4.0 / (1.0 + lengthSq * unity_LightAtten[0].z);
float diff = max (0, dot (viewN, normalize(toLight)));
lightColor += unity_LightColor[0].rgb * (diff * atten);
o.pos=mul(UNITY_MATRIX_MVP,v.vertex);
o.color=float4(lightColor,1)*_C
float4 frag(vertOut i):COLOR
}//end pass
/kf/611.html
本文已收录于以下专栏：
相关文章推荐
我们在unity 4LightPos[X,Y,Z]0中看到了数据，而且如果是在Forward的渲染路径下，如果我们改变光源的状态，比如从Pixel光源变为Vertex光源，即从点光源变为平行光，uni...
同样，如果你乐意，可以打开Lab 2chaos场景，就像刚刚检测unity 4LightPos[X，Y，Z]0时一样，你会看到默认材质中最后一个Forward Pass执行过后的未清除的光源数据，如图...
顾名思义，逐顶点计算的Vertex Light就是基于物体的每一个顶点进行光的照明计算，然后根据顶点的光照信息对面片土的像素光照进行线性插值，这个线性插值操作是通过GPU的硬件来完成的，速度不是一般的...
场景中存在一个足够强大的黄色Pixel平行光，强大到可以保证它一定会被ForwardBase内的_WorldSpaceLightPos0所捕捉，从而不会让任何其他Pixel光源落到ForwardBas...
这种情形的存在原因，是Unity为FowardAdd Pass准备的光源数据在再次轮回到为FowardBase准备数据时Unity未及时清除的结果。Unity出于性能方面的考虑，因为毕竟在CPU和GP...
转载出处：http://blog.csdn.net/heyuchang666/article/details/
第8章 基于光照贴图的烘焙照明
    Lightmap即光...
和刚刚的Shader不同的是，此Shader多了一个LightMode为VertexLMRGBM的Pass，在这个Pass中，我们读取了Beast的烘焙结果unity_Lightmap，然后将其输出。...
我们现在可以编译并运行看看了。先把Camera切换到VertexLit模式下，如图所示，在针对Deferred和Forward渲染路径设计的Shader中，因为不能在VertexLit模式下执行，所以...
在单光照贴图的情况下，Camera的RenderingPath为VertexLit时，有一个不理想的地方就是被烘焙过的静态物体，默认的材质不会受到实时光照的影响。当然，可以通过提供自定义的材质改变这一...
这个方法还有一个显而易见的问题，那就是物体本身是立体的，不是一个平面，因此这个计算前后的点的距离是包括物体本身厚度的，这个厚度就会表现在阴影上。要解决这个问题，我们可以先把物体变换到灯光空间，使用_W...
他的最新文章
讲师：汪剑
讲师：刘道宽
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)鏌ョ湅: 17072|鍥炲?: 8
Unity 5 涓?殑鍏ㄥ眬鍏夌収鎶}