zoukankan      html  css  js  c++  java
  • Unity5 GI与PBS渲染从用法到着色代码

    http://www.cnblogs.com/zhouxin/p/5168632.html

     

    本文主要介绍Untiy5以后的GI,PBS,以及光源探头,反射探头的用法以及在着色器代码中如何发挥作用,GI是如何影响渲染的,主要分成三个部分,最开始说明PBS需要的材质与相应概念,二是Unity 里相应GI的操作,三是对应着色器代码的理解。如果没有特殊声明,所有操作与代码都是针对Unity5.3.

    PBS材质与概念

      简单来说,PBS的优点不同的照明下获得一致的外观,更容易实现,更直观的参数。

    PBS材质概念:

      1.albedo 反照率 

      反照率贴图定义漫反射的基本颜色,与原来的漫反射贴图相比,不包含定向光与AO,在这我们应该由环境自己的定向光与AO来影响,Unity里,我们用GI得到相应烘培或是实时的方向光与AO。

      

      2.Smoothness/Microsurface 表面细节 材料细节 光滑度

      光滑度:描述物体微表面的一个参数,可以用来定义法线分布函数,这样,粗糙的表面呈现宽,淡的镜面反射,光滑呈现集中和明亮的镜面反射。

      

      3.Metal/reflectivity 金属性/反射 

      金属与绝缘体应该使用不同的反射设置,导体的反射率 60-90%,绝缘体0-20%,高反射光分子不容易到达内部和散射,这样金属的高表现出来比较淡。

      

      如下全局设置:

      对于固定的材料,反射率趋于稳定,这样一般来说,一个模型的metal相对变化较少,如泥,水,木头这些他们的反射率相关并不大,只有金属与绝缘体会有相对比较大的反差,而模型表面的粗糙度应该用上面的图光滑性来表示,这个相对变化会比较大些,如下,水和泥土有相似的金属性(反射率),但是光滑度相差大,所以相差比较明显。

      

      上图来自pbr-theory: http://www.marmoset.co/toolbag/learn/pbr-theory

      Unity中事项,Metallic 贴图,金属性质占用R通道,光滑性占用A通道,GB被忽略。  

      物体的本来颜色用albedo表示,光滑性用Smoothness表示,材质特性用Metal表示,其中Unity 二种PBS标准着色,Standard其中金属性越高,本身镜面颜色占比越高,灯光的颜色占比越低,而高光可以设置自己的镜面反射。

      PS: pbr-practice http://www.marmoset.co/toolbag/learn/pbr-practice 

    BRDF 光照模型 概念

      1 能量守恒:一个对象不能反射比他接收的光多。

      粗糙的材料有更多比较淡的亮点,而光滑的材料有更集中,更明亮的亮点,也可以这么理解,漫反射越多,镜面反射相对越少,镜面反射越多,漫反射越少。

        

      2 菲涅尔效应:边缘的反射更亮。

      

      

      更具体的可以看:http://filmicgames.com/archives/557

      3 微表面模型模型:

      普通的着色模型假定着色的区域是一个平滑的表面,表面有一个法线,而微表面则认为,着色区域是一个无数比入射光线覆盖范围更小的微小表面组成的粗糙区域,这个微小表面是光滑的镜面反射。表面细微细节对扩散的影响,表面越粗糙,反射光越发散或模糊。

        

    GI结合BRDF渲染

      GI全局照明指的是全局照明会模拟光线在场景中的多次反射,所有的东西都是一个潜在的光源,任何可见的模型不是辐射光线,就是反射光线,其中GI(渲染间接光源,本身一般也用BRDF渲染) 配合BRDF生成带灯光直射,环境内模型互想影响的逼真场景。  

      天空盒是GI的组成部分,反射天空盒可以改变场景所有模型接受反射量。

      

      GI结合PBS,如下,摄像机的镜头是一样的材质,在不同的环境下:

      header01

      更详细的可以点进这个链接: http://docs.unity3d.com/Manual/shader-StandardShader.html 

    GI操作:

      全局光照的特点在于能够捕捉间接光照,所以5以后,除开原来的direct light的效果,增加indirect light的效果,简单来说,就是除开光源之后,然后模型本身做为光源,幅射到别的模型上,层层递归后的效果。现不管是预计算实时GI还是烘培GI都只是针对静态模型。预计算Gi的实时光源与烘陪对应的烘培光源里的强度与反射强度都会影响幅射图与方向图的内容。需要注意,预计算Gi针对的是实时方向光,而烘培GI针对的是烘培方向光。

    全局光源

      Skybox :天空盒,参考材质Skybox/Cubemap,如果全局光源与全局反射探头都选择Skybox模式,则会把Skybox当做一个Cubemap,场景所有模型,静态与非静态的一部分光源从这个Cubemap反射上得到。

      Sun:Skybox选择一个方向光,以这个方向光的方向做方向,这个方向光如颜色与强度不影响全局本身,如果没有设置方向光,选择强度最大的那个方向光源。 

      Ambient Source:全局光源,如果设置天空盒,但是天空盒本身没有设置,自动选择下面的全局颜色设置,全局反射探头以Ambient Source当做光源。

      Ambient Intensity:全局光源强度,越高越亮,为0时,光源不起作用。

      Ambient GI:当预计算GI与烘培GI二个都选择后,这个可以选择是用实时还是烘培。 

      Reflection Source:Unity默认放入的全局反射探头,选择Skybox会以Ambient Source里提供的光源颜色做反射,同时也可以自己提供cubemap当做反射源。

      Resolution:反射探头解析度,应该是对应RTT的cubemap六张纹理的分辨率。

      Compression:是否压缩。

      Reflection Intensity:Reflection Source针对所有模型反射强度,值越大,相应的模型面上显示越清晰的Reflection Source。

      Reflection Bounces:当设置多个Reflection Probe时,互相反射对方信息的次数,如二面镜子。

    GI设置 

      Precomputed Realtime GI

      预计算实时GI,针对实时静态物体之间的幅射光,故相应的幅射图与方向图都是低分辨率下的。动态物体可以使用光照探头来得到相应反射光源信息,注意动态模型与光探头的距离。

      Realtime Resolution:预计算实时GI,把场景分成许多格,得到每个格的幅射信息。那么这个值越高,计算量将以平方增加,最终值还将和General GI里的光源参数里的Resolution相乘。

      CPU Usage:生成相应GI的数据时,在游戏运行时分配多少CPU计算能力。 

      Baked GI

      烘培GI,因此能得到更精确的模型之间的反射光信息,但是不能运行时更改相应的光源信息,如颜色,方向,预计算实时GI没有这个问题。

      Baked Resolution:一般来说,是Realtime Resolution 10+,因为相应的幅射图与方向图精确度要高很多。

      Baked Padding:网上说是光照贴图中分隔的距离,还需要验证。

      Compressed:是否压缩

      Ambient Occlusion:值越高,遮挡地区得到的光比差越大。

      Final Gather:用FG技术来产生烘培数据,这种技术时间会长一些。参考http://blog.sina.com.cn/s/blog_46c56d9a0100gqbv.html

      Ray Count:Final Gather所用的光线追踪光线数目。

      Atlas Size:图集里贴图的大小,越低实际占用越精确也就是越小,但是贴图产生越多,应该选择一个合适的大小。   

      General GI

      预计算实时GI还是烘培如何生成.

      Direction Mode:幅射图/带方向光/加镜面,具体看Shader分析,其中预计算实时GI与烘培GI在这生成的相应幅射图,方向图等有所不同,后面会提到。

      description

      Indirect Intensity:间接光的强度。

      Default Parameters:生成相应贴图所需要的信息。

      其中全局预计算GI,烘培GI,全局反射探头相应的改动需要重新烘培,如果选择自动,相关改动会自动在后台烘培。

      上面这些说实话,写这么操作没啥用,自己对着每项实践一篇,什么都清楚了。 

    Light Probe: 

      对于GI来说,不管是预计算GI与烘培GI,都不会对非静态模型计算间接反射,光探头的加入,可以使非静态模型得到周围静态模型的幅射光,主要技术原理使用一种球谐光照的技术,注意light probe一般不会对静态模型有影响,你看到的影响,只是因为非静态模型的颜色变化大造成的反差。

      相关球谐光照的技术原理可以参见,本人也看不懂,只能说看了后有点印象是怎么回事:

      球谐光照(上) 

      http://www.yasrt.org/shlighting/ 

      http://www.cppblog.com/init/archive/2012/09/19/191182.html

      一种2D傅立叶级数的球形推广,可以把光照函数展开成SH基函数的叠加,类似傅立叶变换能把任何函数展开成正弦波的叠加,对光照图来说一般只用2 bands = 4 RGB textures,通过丢失高频细节来压缩存储。  

    Reflection Probe:

      定义一个Cubemap用来影响周围模型的镜面反射,给镜面高光模型使用。

      一般来说,我们想得到一个实时场景的Cubemap,只需要在一个点,用摄像机对着前后,左右,上下,各拍摄一次,形成6个面,组合成Cubemap.

      Type:烘培,用户,自动。其中,烘培就是用户来控制生成一个当前的场景cubemap,用户就是用户自己提供一个cubemap,实时就是不断更新这个cubemap以映射最新的场景。

      当选择实时,Refresh mode:On  awake启动时,每桢,用户脚本控制,当每桢时,如下选择。

      Time slicing:一桢先生成6个面,后面8桢每桢生成一个mipmap,一共9桢。

      Individual face:6面6桢,加后面8桢每个mipmap,一共14桢。

      No time slicing:一桢内把mipmap与cubemap全部生成。

      Importance:当多个反射探头影响一个模型时,这个参数影响这个反射探头的比重。

      Intensity:间接光强度,强度影响镜面反射,镜面反射越亮。

      Box Projection:从着色代码来看,应该根据当前反射探头的源点与AABB影响是模型原来法线。

      Size:大小,范围内的模型使用这个。

      Probe Origin:原点。

      Cubemap capture sttings:

      Resolution:cubempa材质的大小。

      HDR:高光。

      Shadow Distance:阴影距离,数值越少,阴影越近。

      下面就是RTT对应摄像机的属性。

    GI间接光源算法:辐射度算法

      辐射度算法就是:把场景细分到很细很细的面片(如1个像素那么大的三角形),分别计算它们接受和发出的光能,然后逐次递归,直到每个面片的光能数据不再变化(或者到一定的阀值)为止.因此,计算量很大(要计算很多次),而且难以并行(因为递归),参考http://blog.sina.com.cn/s/blog_537cc4d90101iiil.html

      Unity中GI选择non-direction模式生成的辐射度,使用一张图,储存每个位置收到的间接光照,其中假定都只是扩散,没有镜面反射。 

    GI Directional LightMap算法:

      把半球面的入射辐射度用某种方法进行采样,保存起来在运行时根据法线图中的法线方向来进行一次合成,由于带方向信息,也可以支持高光计算了,可以参考:http://www.fseraph.com/?p=193

      Unity中GI选择direction模型,会在上面辐射图添加一张图,用来存储接收到的光的方向选择specular,烘培GI与预计算GI使用不同的方式,烘培GI在上面二张图各扩大一倍,原来的保存直接光的影响,新增加的位置用来保存间接光的影响,其中预计算GI新增加一张贴图,三张图分别保存辐射光照,光源方向,法线,需要结合实时方向光源。

      PS:

      探讨Unity5中全局光照(Enlighten) http://unity.jb51.net/meigongsheji/Unitymeihua/18.html

      Unity 5.0新功能教学:http://tieba.baidu.com/p/3690939628

      Unity 5 中的全局光照技术详解 http://www.cocoachina.com/game/20150701/12339.html

      Unity5 官网文档GI三种模式具体区别 http://docs.unity3d.com/Manual/LightmappingDirectional.html

    Unity GI BRDF Shader

      主要参考对照如下Shader文件:

      UnityStandardCore.cginc:前向渲染base,顶点着色入口vertForwardBase,片断着色入口fragForwardBase,这个是着色器的主要Pass,全局方向光,GI信息合并都在这个pass中。

      UnityStandardBRDF.cginc:BRDF的具体实现.

      UnityGloballllumination.cginc:提取GI信息,包含烘陪GI与预计算GI。

      预计算Gi针对的是实时方向光,而烘培GI针对的是烘培方向光,所以当说预计算GI的light时,指的是实时方向光,而烘培GI的light说的是烘培方向光。

     BRDF GI

      整个代码并不多,但是对于前面所说所有东东,在这都有一个完整的解释,这份代码来告诉我们,那些金属性,光滑度,GI中幅射图,方向图,还有光源探头,反射探头所起的作用。

    BRDF 光照模型:

      如下是现有光照模型没有考虑的问题:

      光照现象,漫反射并不是各个方面平均发散.    ----微表面模型(NDF).  

      菲涅尔定理(Fresnel)                                ----光源在边角处有更明亮的反光。

      能量守恒,反射的光不能超过入射的光.          ----遮挡因素,越光滑镜面越集中越亮 

      普通的着色模型假定着色的区域是一个平滑的表面,表面有一个法线,而微表面则认为,着色区域是一个无数比入射光线覆盖范围更小的微小表面组成的粗糙区域,这个微小表面是光滑的镜面反射,因为着色区域并不能一个法向量来表示表面的方向,转面代替用一概率分布函数(NDF)来表示。一般来说,分别用如下字母表示:

      D 用来表示法线分布。

      F 用来菲涅尔影响,光源在边角处有更明亮的反光。

      G/V 用来表示凹凸表面间的遮挡因素(Unity用V来表示) 

      如下是Unity相对应BRDF的处理

      先要说明每个引擎对BRDF处理各不同,在这只介绍Untiy的实现:

      D 采用GGX与BlinnPhong二种法线分布函数,BlinnPhong比较简单,效率高。

      F 采用简化的Disney Fresnel方式求得菲涅尔影响。

      G/V 采用GGX与Beckmann二种技术,可以看到,光滑度是个关键参数。

      针对Unity5.3简化过的Disney Fresnel,简单分析下.

      Nl:法线与灯光的夹角,夹角越大,这个值越小。

      Nv:法线与视线的夹角,夹角越大,这个值越小。

      Lh:灯光与视线的半线与法线的夹角,其中灯光与视线的半线就是灯光与视线的平均线,简单来说,这个线与法线重合,这条由灯光发出来的射线才能进入我们的眼镜。

      假定 fd90不变,nl与nl的角度越大,那么nlPow5与nvPow5的值越大,最终结果越大,这也是菲涅尔想表达的,光源在边角处有更明亮的反光。

      在Unity中,可以看到,D与V影响镜面反射,F影响漫反射,特别说明,只有Unity是这样处理。

      其中,可以看到反射率(也就是金属性)影响的是GI的镜面反射,也就是反射探头。

      其余的部分挑的说明下:

      顶点着色器中,填充VertexOutputForwardBase 信息,其中ambientOrLightmapUV(half4) 如果包含烘培GI,xy填充相应烘培GI的UV坐标,如果包含预计算GI,zw填充为预计算GI的UV坐标。如果是非静态模型,不包含GI信息,相应light probe提供的光源信息放入rgb中。 

      片断着色器中,每个像素要得到对应像素上的Unity GI信息,相应的,Unity GI中的属性light并不是表示光源,而是当前像素受如主光源,幅射,镜面对当前像素的影响,每个像素对应的light都有差别,千万不要看到写的是个light,就把它当做光照,这样所有理解都不对了。

      其中如果只有烘培GI,当前像素的Unity GI中参数light不提供信息,indirect里的漫反射包含烘培光源的光照。而预计算GI中当前像素的light本身就是全局光源,indirect只包含物体之间的漫反射信息,而非静态模型中当前像素只有实时光源等直接光照信息,其周围的静态模型的反射光只有通过光探头得到SH信息。

      FragmentGI里常见结构:

      1 UnityLight:

      包含当前像素中光源颜色,方向,法线与光源方向点积

      2 UnityIndirect:

      包含当前像素中diffuse漫反射,specular镜面信息

      3 UnityGI:特别注意,里面的light是UnityLight类型,并不表示光源,而是用来表示当前像素受光源影响的量。

      Gi.light 如果烘陪GI信息,则使用当前主光源填充UnityLight,如果有烘陪GI信息,则填充为空。

      Gi.light2 当烘培GI启用高光后,才会调用。

      Gi.light3 预计算GI启用高光后,才会调用。

      UnityGI在根据函数UnityGlobalIllumination被填充,我们可以分析得到动态模型,使用SH得到漫反射信息。如果没有烘培GI,我们需要实时全局光源,故gi.light是像素所受全局方向光。烘培GI,GI光照信息保存在gl.light2中,gi漫反射直接取光照图里的diffuse.预计算GI,GI光照信息保存在gl.light3中,gi漫反射添加光照图里的diffuse.而反射探头用来添加反射的信息到GI里的镜面信息中了,其中Occlusion 控制gi的diffuse与specular系数。(n*=occlusion)    

      其中UNITY_SHOULD_SAMPLE_SH 当前渲染的动态模型,使用SH得到间接的漫反射信息,其中UNITY_SHOULD_SAMPLE_SH如下定义。#define UNITY_SHOULD_SAMPLE_SH ( defined (LIGHTMAP_OFF) && defined(DYNAMICLIGHTMAP_OFF) ) 

      预计算GI与烘培GI

      烘培GI如上代码中分析得到,选择non-direction,只有一张图,保存直接与间接光照所有信息,选择direction后,会保存方向,选择specular后,上面二张图,长度扩大一倍,保存镜面有关信息。

      其中预计算GI,选择non-direction,只有一张图,不保存直接光照,只保存间接光照,选择direction,保存方向,选择specular后,不同于烘培GI,会新增一张纹理保存镜面相关信息(从代码来上看,可能是组织过的法线) 

      反射探头:

      unity_SpecCube0_ 全局反射探头 unity_SpecCube1_当前模型受影响的反射探头。

      FragmnetGI:得到全局反射探头与用户定义的反射探头位置,AABB,IsHDR.

      UnityGlobalIllumination:片断像素中得到反射探头影响镜面值,可以看到,SpecCube0与SpecCube1通过深度影响gi间接光源上的镜面颜色。

      BoxProjectedCubemapDirection:影响worldNormal(反视线进过法线后的反射)

      Unity_GlossyEnvironment:可以看到 ,光滑值影响LOD值,越光滑越清晰。 UNITY_SAMPLE_TEXCUBE 从cubemap取值。 

      光源探头:

      vertForwardBase:VertexOutputForwardBase的ambientOrLightmapUV设置颜色,从这可以看到,光源探头实际不影响静态的物体,你如果看到有影响,只是因为周围的非静态模型颜色反差造成给你的影响。

      UnityGlobalIllumination:灯光探头的值赋到gi间接光源上的漫反射上。

     

      PS:

      基于物理着色(一)基于物理着色(二)基于物理着色(三)

      Disney这个Principled BRD 

      维基BRDF 

      深入理解Unity5中的Standard Shader(三)

      Unity3d 基于物理渲染Physically-Based Rendering之specular BRDF 

      2016/2/1:今天看UE4中的环境反射文档,我去,Unity里的做法完全是参照UE4的,通过上面的着色器代码,我们可以完全理解下面这个链接里所说的。

      UE4中的环境反射 

  • 相关阅读:
    VAE变分自编码器Keras实现
    使用docker快速搭建hive环境
    Spark Streaming高吞吐、高可靠的一些优化
    MySQL在同一个表上,删除查询出来的结果
    谈谈Hadoop MapReduce和Spark MR实现
    Java ThreadLocal的使用
    我能想到的最浪漫的Java网络教程之Socket,三步到位!!!
    Java中的不可变集合,我们换个方式理解!!!
    一个试图了解JVM内存模型的两年经验的初级程序员,透彻!
    异步文件通道Java NIO你需要了解多少,来看看这篇文章
  • 原文地址:https://www.cnblogs.com/alps/p/5794017.html
Copyright © 2011-2022 走看看