二级域名分发站免费,wordpress 显示微信,网站建设界面ppt演示,帝国cms小说网站模板下载地址200篇教程总入口#xff0c;欢迎收藏#xff1a;放牛的星星#xff1a;[教程汇总持续更新]Unity从入门到入坟——收藏这一篇就够了zhuanlan.zhihu.com本文重点内容#xff1a;1、支持更多类型的灯光2、包含实时的点光源和聚光灯3、为点光源和聚光灯烘焙阴影4、每个物体限…200篇教程总入口欢迎收藏放牛的星星[教程汇总持续更新]Unity从入门到入坟——收藏这一篇就够了zhuanlan.zhihu.com本文重点内容1、支持更多类型的灯光2、包含实时的点光源和聚光灯3、为点光源和聚光灯烘焙阴影4、每个物体限制最多8个其他光源这是有关创建自定义脚本渲染管道的系列教程的第九部分。它增加了对点光源和聚光灯的实时和烘焙支持但还没有实时阴影。本教程是CatLikeCoding系列的一部分原文地址见文章底部。本教程使用Unity 2019.2.21f1制作。点光源和聚光灯的派对1 点光源到目前为止我们仅使用了定向光因为这些光会影响所有事物并且具有无限范围。而其他光源类型则不同不会假定它们无限远因此它们具有位置并且强度会变化。这需要额外的工作来设置和呈现这就是我们为此创建单独代码的原因。我们从点光源开始点光源是无限小的点可以均匀地向所有方向发光。1.1 其他的灯光数据与定向灯一样我们只能支持有限数量的其他灯光。场景通常包含很多不定向的灯光因为它们的有效范围有限。通常对于任何给定的帧所有其他光的子集都是可见的。因此我们可以支持的最大值适用于单个帧而不适用于整个场景。如果最终我们看到的可见光比最大数量更多则将被忽略掉。Unity会根据重要性对可见光列表进行排序因此只要可见光不发生变化哪些灯被忽略就是一致的。但是如果确实发生变化由于相机移动或其他更改则可能会导致明显的光过爆的情况。因此我们不能使用太低的最大值。现在让我们同时允许多达64个的其他光源设置为Lighting中的另一个常量。就像方向光一样我们需要为其他类型的光发送光的数量和光颜色到GPU。而同时我们还需要发送光的位置。添加着色器属性名称和向量数组字段来实现。在SetupLights中追踪其他光数量以及定向光数量。遍历可见光后将所有数据发送到GPU。但是如果我们最终得到零个其他光源则无需发送数组。而且现在只包含其他光源而没有定向光源也很有意义因此我们也可以跳过发送定向光数组的操作。但不管是不是有光源我们总是需要将光源数发送出去。在着色器这边定义另一个最大光照值和新的光照数据。然后定义一个GetOtherLightCount函数稍后我们将使用它。1.2 设置点光源在Lighting中创建一个SetupPointLight方法来设置点光源的颜色和位置。给它与SetupDirectionalLight相同的参数。颜色的设置也是相同的。位置的工作原理类似于方向光的方向但我们需要本地到世界矩阵的最后一列而不是第三列。现在我们还需要调整SetupLights中的循环以便区分方向光和点光源。一旦达到最大数量的方向光我们不是像以前一样再结束循环。相反我们会跳过方向光继续循环。对点光源执行相同的操作同时要考虑其他光源的最大值。让我们使用switch语句对此进行编程。1.3 着色现在着色器可以使用支持点光源所需的所有数据。要使用它我们向Light添加一个GetOtherLight函数其参数与GetDirectionalLight相同。这时光线的方向会随每个片元而变化。我们通过将从表面位置到光线的光线归一化来找到它。因为目前不支持阴影因此衰减为1。要应用新的灯光请在GetLighting中为方向光添加一个循环然后为所有其他光添加一个循环。尽管循环是分开的但我们需要为其迭代器变量使用不同的名称否则在某些情况下我们将获得着色器的编译器警告。所以我用j代替i作为第二个。只有点光源没有环境光1.4 距离衰减我们的点光源现在可以工作了但是它们太亮了。现实中随着光远离其源传播之后它会散布开来变得越来越不集中因此光越远亮度就越低。光线的强度是其中i 为配置强度d 为距离。这被称为平方反比定律。请注意这意味着在小于1的距离处强度会变为大于配置的强度。也就是说非常接近灯光的位置变得非常明亮。早先我们推断最终使用的光色代表的是从正面照亮的完美白色漫射表面碎片反射时观察到的光量。对于方向光来说确实如此但对于其他类型的光它也专门用于与光之间距离为1的片元。距离衰减曲线通过计算光的平方来应用距离衰减并将其倒数用作衰减。为防止潜在的除0操作请将平方距离的最小值设置为很小的正值。光随距离淡化1.5 光范围尽管点光源强度现在会迅速衰减但理论上它们的光仍然会影响所有对象只是正常时候无法感知。漫反射很快变得不明显而镜面反射在更远的距离仍然可见。为了使渲染更真实我们将使用最大照明范围参数超过此范围我们将使照明强度强制为零。这是不符合现实的但是这样设定之后所有灯光无论距离多远都总是可视为可见。在增加范围的情况下点光源包含在边界球中边界球由其位置和范围定义。我们不会突然切断球体边界处的光而是通过应用距离衰减来平滑地将其淡出。Unity的Universal RP和lightmapper的使用公式r是光的范围所以我们也会使用相同的函数。距离衰减曲线我们可以将范围存储在Light Position的第四个分量位置。以减少着色器的工作量。直接存储同样要避免除0操作。然后在GetOtherLight中考虑距离衰减。范围和距离衰减2 聚光灯现在我们来支持聚光灯。点光和聚光灯之间的区别在于聚光灯的光被限制为圆锥形。实际上它是一个点光源该点光源被一个有孔的封闭球包围。孔的大小决定了光锥的大小。2.1 方向聚光灯具有方向和位置因此向Lighting添加着色器属性名称和其他光源方向的数组。在SetupLights中将新数据发送给GPU。创建一个SetupSpotLight方法该方法是SetupPointLight的副本但它也存储光的方向。我们可以使用本地到世界矩阵的第三列的求反类似于定向光。然后在SetupLights循环中包括一个聚光灯的Case。在着色器端将新数据添加到Light中的缓冲区。并在GetOtherLight中应用spot衰减。我们从简单地使用spot和光方向的饱和点积开始。这将使光衰减使其在90°的光点角处达到零然后照亮所有在灯光前方的物体。聚光灯2.2 角度聚光灯有一个角度来控制其光锥的宽度。该角度是从中间开始测量的因此90°的角度看起来像我们现在的角度。除此之外还有一个单独的内角控制光何时开始衰减。Universal RP和lightmapper通过在饱和之前缩放并在点积中添加一些东西来完成此操作然后对结果求平方。公式大概如下其中d是点乘。并且则分别为它们的内角和外角弧度。角度衰减内角为0°, 20°, 45°, 70°外角为90°该函数也可以写成但是通过上面的方式分解我们可以计算Lighting中的a和b并通过一个新的点角度数组将它们发送到着色器中。定义数组及其属性名。在SetupLights中将数组复制到GPU。然后在SetupSpotLight中计算值并将它们存储在spot angles数组的X和Y分量中。通过VisibleLight结构的spotAngle属性可以使用外角。但是对于内角我们首先需要通过其light属性检索Light游戏对象该对象又具有innerSpotAngle属性。为什么内角不存储在VisibleLight中可配置的内角是Unity的新增功能。VisibleLight结构可能没有它因为它会更改其大小并需要重构Unity内部代码。回到着色器在Light中添加新的数组。并在GetOtherLight中调整spot衰减。当前使用的衰减最后为确保点光源不受角度衰减计算的影响请将其点角值设置为0和1。2.3 配置内角角度聚光灯始终具有可配置的外角但是在引入Universal RP之前不存在单独的内角。结果默认的灯光检查器不会暴露内角参数。RP可以进一步修改灯光因此可以覆盖灯光的默认检查器。这是通过创建扩展LightEditor的编辑器脚本并将其赋予CustomEditorForRenderPipeline属性来完成的。此属性的第一个参数必须是Light类型。第二个参数必须是我们要覆盖检查器的RP资产的类型。让我们创建一个这样的脚本将其命名为CustomLightEditor并将其放在Custom RP / Editor文件夹中。还给它提供CanEditMultipleObjects以便它与选定的多个光源一起使用。要替换检查器我们需要重写OnInspectorGUI方法。但是我们将做最少的工作以暴露内角因此我们首先调用base方法以正常绘制默认检查器。之后我们检查是否仅选择了聚光灯。可以通过一个方便的名为settings的子类属性来做到这一点该属性提供对编辑器选择的序列化属性的访问。用它来检查我们没有多种不同的光源类型并且类型是LightType.Spot。如果是的话在设置上调用DrawInnerAndOuterSpotAngle以在默认检查器下方添加一个inner-outer spot angle滑块。然后调用ApplyModifiedProperties以应用对该滑块所做的任何更改。不同的内角度3 烘焙光和阴影在本教程中我们不会涵盖点光源和聚光灯的实时阴影但是现在我们先支持烘焙这些光源类型。3.1 全烘焙完全烘焙点和聚光灯只需将其Mode设置为Baked即可。请注意默认情况下它们的Shadow Type设置为None因此如果要将它们与阴影一起烘焙请将其更改为其他内容。实时光和烘焙光只有点光源和聚光灯生效尽管现在已经足以烘焙这些光源但事实证明它们在烘焙后太亮了。发生这种情况的原因是默认情况下Unity使用不正确的光衰减与传统RP的结果相匹配。3.2 灯光代理通过提供一个方法的委托可以告诉Unity使用不同的衰减该方法应在Unity在编辑器中执行光照映射之前被调用。为此请将CustomRenderPipeline转换为局部类并在其构造函数的末尾调用当前不存在的InitializeForEditor方法。然后为它创建另一个特定于编辑器的局部类就像CameraRenderer一样该类为新方法定义了一个默认的模板。除了UnityEngine命名空间外我们还需要使用Unity.Collections和UnityEngine.Experimental.GlobalIllumination。这将导致LightType发生类型冲突因此请为其明确使用UnityEngine.LightType。针对编辑器我们需要重写光照贴图器以解决如何设置其光照数据。通过为它提供方法的委托来完成该方法将数据从输入Light数组传输到NativeArray我们还需要为每个光源配置一个LightDataGI结构并将其添加到output中。我们需要为每种光源类型使用特殊的代码因此需要在循环中使用switch语句。默认情况下我们在灯光数据上调用带有灯光实例ID的InitNoBake这指示Unity不烘焙灯光。接下来对于每种受支持的光源类型我们需要构造一个专用的light结构调用LightmapperUtils.Extract以light和对该结构的引用作为参数然后在光源数据上调用Init并通过引用传递该结构。对方向光点光源聚光灯和区域光执行此操作。因为我们尚不支持实时区域光因此如果存在请强制将其light模式设置为烘焙。现在只是我们必须包含的模板代码。所有这些的重点是我们现在可以对所有的灯光设置光数据的falloff类型为 FalloffType.InverseSquared。要让Unity调用我们的代码请创建一个InitializeForEditor的编辑器版本该编辑器以我们的委托作为参数来调用Lightmapping.SetDelegate。当我们的管道被处理时我们还需要清理并重置委托。这是通过重写Dispose方法让其调用其基本实现以及Lightmapping.ResetDelegate来完成的。正确的衰减烘焙不幸的是Unity 2019.2光照贴图器不支持聚光灯的自定义内衰减角度。可以设置内spot角度但它会被忽略。光照贴图程序可以在更高版本的Unity中使用内Spot角度吗是的从Unity 2019.3开始AngularFalloffType存在你可以执行以下操作3.3 阴影遮罩通过将点光源和聚光灯的Mode设置为Mixed也可以将它们的阴影烘焙到Mask中。就像方向光一样每个光都有一个通道。但是因为它们的范围有限所以只要它们不重叠就有可能多个光源使用相同的通道。因此Mask可以支持任意数量的光但每个纹理像素最多只能支持四个。如果在尝试声明同一通道时多个光最终重叠则最不重要的光将被强制为Baked模式直到不再有冲突为止。一个点光源和一个聚光灯的阴影遮罩要将阴影遮罩用于点光源和聚光灯请向Shadows添加ReserveOtherShadows方法。它的工作方式与ReserveDirectionalShadows相似只是我们只关心阴影遮罩的模式只需要配置阴影强度和Mask通道。将阴影数据的着色器属性名称和数组添加到Lighting。在SetupLights中将它发送给GPU。并在SetupPointLight和SetupSpotLight中配置数据。在着色器端向阴影添加一个OtherShadowData结构和GetOtherShadowAttenuation函数。再次我们使用与定向阴影相同的方法只是我们只有强度和遮罩通道。如果强度为正则我们总是调用GetBakedShadow否则没有阴影。在Light中添加阴影数据并将其分解为GetOtherLight中的衰减。点光源和聚光灯 烘焙了阴影4 逐物体的光源当前将对每个渲染的片元评估所有可见光。这对于方向光源很好但是对于超出片元范围的其他光源则是不必要的工作。通常每个点光或聚光灯只会影响所有片元的一小部分因此许多工作都是徒劳无功的这可能会严重影响性能。为了支持许多性能良好的灯光我们需要以某种方式减少每个片元评估的灯光数量。为此有多种方法其中最简单的方法是使用Unity的per-object光照索引。这个想法是由Unity确定哪些灯光会影响哪些对象并将此信息发送到GPU。然后我们可以在渲染每个对象时仅评估相关的灯光而忽略其余的灯光。因此灯光是基于每个对象而不是每个片元确定的。通常这对于小型物体而言效果很好但对于大型物体而言并不理想因为如果光线仅影响物体的一小部分则仍然需要对其整个表面进行评估。另外可以影响每个物体的光线数量是有限制的因此大型物体更容易缺少灯光。由于per-object的光线指标不是理想的可能会错过一些灯光因此我们将其设为可选。这样还可以轻松比较视觉效果和性能。Unity的基于对象的灯光索引代码是不是中断过很多次是的自Unity 2018以来它已经被中断过了好几次有时几个月了它导致了很多错误。这是使其成为可选的另一个原因。4.1 逐物体的灯光数据向CameraRenderer.DrawVisibleGeometry添加一个布尔参数以指示是否应使用lights-per-object模式。如果是请为图形设置的每个对象数据启用PerObjectData.LightData和PerObjectData.LightIndices标志。必须将相同的参数添加到Render以便可以将其传递到DrawVisibleGeometry。而且我们还需要追踪和传递CustomRenderPipeline中的模式就像其他布尔选项一样。最后将切换选项添加到CustomRenderPipelineAsset。Lights per object 开启4.2 过滤灯光索引Unity只是创建每个对象所有活动光源的列表并按其重要性大致排序。此列表包括所有灯光无论它们是否可见当然包含方向灯光。我们需要清理这些列表以便仅保留可见的非方向光的索引。我们在Lighting.SetupLights中执行此操作因此向该方法中添加一个lights-per-object参数并向Lighting.Setup添加该参数。然后在camerarder . render中添加模式作为设置参数。在Lighting.SetupLights中在循环到可见光之前请从剔除结果中检索光索引图。这是通过使用Allocator.Temp作为参数调用GetLightIndexMap来完成的这为我们提供了一个临时的NativeArray我们仅在使用lights per object时才需要检索此数据。由于NativeArray是一个结构因此我们将其初始化为默认值否则它将不分配任何内容。我们只需要包含的点光源和聚光灯的索引应该跳过所有其他类型的光源。通过将所有其他灯光的索引设置为-1来传达给Unity。我们还需要更改其余灯光的索引以匹配我们的索引。仅在我们检索Map时设置新索引。我们还需要消除所有不可见光的索引。如果我们使用lights per object请执行第二个循环该循环在第一个循环之后继续进行。完成后我们必须通过在剔除结果上调用SetLightIndexMap将调整后的索引Map发送回Unity。此后不再需要IndexMap因此我们应该通过在其上调用Dispose来对其进行释放。最后当使用lights per object时我们将使用不同的着色器变体。通过适当地启用或禁用_LIGHTS_PER_OBJECT着色器关键字来决定。4.3 使用索引要使用灯光索引请将相关的多编译编译指示添加到我们的Lit着色器的CustomLit的Pass中。所需数据是UnityPerDraw缓冲区的一部分由必须在unity_WorldTransformParams之后直接定义的两个real4值组成。首先是unity_LightData它包含其Y分量中的灯光量。之后是unity_LightIndices它是长度为2的数组。两个向量的每个通道都包含一个光索引因此每个对象最多支持八个。如果定义了_LIGHTS_PER_OBJECT则对GetLighting中的其他灯光使用替代循环。在这种情况下可以通过unity_LightData.y找到灯光量并且必须从unity_LightIndices的适当元素和组件中检索灯光索引。可以通过将迭代器除以4并通过取模4得到正确的分量来获得正确的向量。但是尽管最多只有8个光索引可用但是提供的光计数并未考虑此限制。因此我们必须将循环明确地限制为八个迭代。是否有缓冲方法不限于每个对象八个灯曾经有但是该代码自Unity 2018.3起已被禁用并且已从Universal RP中部分删除。死代码已经有一年多了所以我不会再依赖它了。Lights-per-object 没有开启和开启请注意启用Lights-per-object后GPU实例化效率较低因为灯光计数和索引列表匹配的对象才会分组。SRP批处理程序不受影响因为每个对象仍然获得自己的优化后的DrawCall。下一章点光和聚光灯阴影。本文翻译自 Jasper Flick的系列教程
