【合并Shader】合并渲染状态

http://www.7fires.cn/archives/203


       年关将至,整理今年的大小事务,看看哪些是可以拖到年后的。整理发现今年一直想写,却迟迟未动手写的《合并Shader》还没有开工。是的,如你所见这是在开一个新坑,不多挖点坑,将来怎么会有意愿去填坑呢!!!当然更早的《USequencer系列》也会一直更新,毕竟USequencer最大的问题还没有解决,对于这个又爱又恨的插件,我会一直跟到底。

       还是先说说这个新坑吧,《合并Shader》系列旨在介绍一些技能和方法,用来把数量繁多的Shader进行减量,在保证功能不打折的情况下,精简Shader数量,原理就是把相似功能的Shader文件合并在一个文件里。当然学过这些技能后,极致情况下可以做到把所有的Shader文件合并成一个,如Unity 5.x的Standard着色器,但我不会建议你这样做,原因嘛,你尝试过后就会知道,我就不多说,因为我没有尝试过,嘿嘿!本系列对一些常用的,不常用的,正派的,歪门邪道的技能和方法都会有所涉猎。林林总总的技能和方法中,我们尽量遵从从简到繁的方式来依次遍历。

       在数学中,我们学习过:把多项式中的同类项合并成一项叫做同类项的合并,也叫合并同类项。同理,提取Shader的相似部分,把多个Shader合并成一个就叫做Shader的合并,也叫合并Shader,偶尔也会引用数学的名词来称呼他为Shader的合并同类项。

       Shader的合并方式方法有很多,根据不同的合并技能和方法,可以画分为不同的派系。今天优先介绍一种不太常见,但又很实用的派系,往下看。

       王婆卖瓜,自卖自夸, 让我再多说几句废话。对于Shader的合并,首先让人想到的应该是宏定义,相信宏定义也是大家应用最广,最先接触到的,使用自然也不再话下,毕竟由于GPU的特殊性,Shader里常常通篇都充满了各种宏定义。当然,该系列会对宏定义有所介绍,他可是Shader合并里功高盖世的重要角色,很多地方都会有他的身影。但对他的介绍不在这一篇,也许会是下一篇,因为他还不是我认为的最简单的合并Shader方式。至于最简单的合并Shader的方式,应该是使用Unity已经预先定制好的几种MaterialPropertyDrawer来合并Shader的方式。只用修改2行代码,就可以搞定一类Shader的合并,该方法主要用来合并那些只是渲染状态不一样的Shader。


一、初次简单使用

       一个完整的Shader,他的渲染状态变量有很多种,由于不是每一种状态的改变都能很明显的看到结果,而作为初次使用,优先选择一种最明显的、最容易懂的状态作为我们的测试用例,他就是ZTest,深度比较。对ZTest不太了解的朋友,可以看看官方的学习文档或者查看一下相关技术书籍,我就不在这里具体介绍这个状态了。


       1.1 首先我们选用的是Unity官方提供的一个最常用Shader:Normal-Diffuse.shader(Legacy Shaders/Diffuse)


       1.2 在属性列表(Properties)中添加一行

       1.3 在SubShader中添加一行


       1.4 完整的Shader

       只用添加这两行代码,我们就可以再Inspector面板中控制使用该Shader物体的深度测试方法。

       1.5 直观展示
       在Unity中的测试示例是这样的:

       当然大家也可以通过这个示例测试一下每一种深度测试的方法是否与你心中所想或之前所学的是否冲突。


二、再次深入使用

       在上面的例子中,我们只使用了深度测试。但对于我们来说,单单一个深度测试肯定满足不了我的,我们还需要更多、更多的状态,比如背面剔除、混合模式等等。

       在这一节中,我列举出了一些常用的状态控制量,对于一些不常用的模板什么的,就不在这里列举。当然对于没有列举的,可以依葫芦画瓢,大部分基本都是可行的。


       2.1 一个大而全的简单示例Shader如下:


       2.2 直观展示

       应用效果:

三、有限自定义

       在上面的示例中,我们都是使用Unity预先定义好的一些枚举类型,比如UnityEngine.Rendering.CompareFunction,UnityEngine.Rendering.BlendMode等。这些定义好的类型把每个状态可能的选项都一一列举了,但有时候我们并不需要这么多选项,或者说我们并不希望给美术列举出所有的可选项,毕竟很多的选项我们可能做完整个项目或者几个项目都不会使用到,而过多的选项也会带来很多的麻烦。或者换一个说法,我希望我们的功能使用起来简单易懂,不易出错并且可控,那就需要我们开发做更多的工作,去掉那些”无用”的选项。其实说这么废话,无非就是我们能不能自己定义每个状态的选项呢?答案当然是可以的。

       在给出自定义方式前,我们先来熟悉一下Unity给我们提供的这几个枚举类型。


       3.1 剔除模式


       3.2 比较方式
       该比较方式通用与深度比较和模板比较


       3.3 混合模式


       3.4 有限的自定义

       在上面3个小小节中,我们了解了Unity自身提供的状态选项,而且每一个状态选项后都强制赋上了相应的数值,这是有原因的。因为我们写好的Shader不管怎样都要首先经过Unity的编译等处理转换为目标平台的着色器语言。而Unity自己的Shader编译器我们是没法修改(没有源码的情况),也就是说我们不能随意更改这些状态的数值。其实我们修改的这些状态值都是给Unity的Shader编译器看的,而编译器对状态的数值是理解是固化好的。SO,虽然我们可以自定义这些状态选项,但也不会任由我们随意定义,这就好比戴着镣铐跳舞,虽然有限制,但我们依然可以跳出优美的舞蹈。

       自定义非常的简单,我们可以减少选项的数量,但是不能改变每一项的值,这就要求我们强行给每一个值赋上对应的值,依然还是用深度测试实验,如下所示:

       这是之前的:

       这是自定后的:

       选项与数值全部使用逗号分隔,该示例中我只给出了两个选项,小于和大于,便于直观查看。
       完整Shader如下:


       3.5 直观展示
       在Unity中的样子是这样的:


       细心的读者可能已经发现我们在第二章节中的完整示例中就有使用自定义,就是里面的那个写深度_ZWrite选项,因为没有在Unity里面找到相应的枚举值,就直接使用了自定义,反正只要保证数值是正确的就可以任意发挥使用。更多的使用和应用场景就等你们去发现了,我这只是抛砖引玉。


       以上便是MaterialPropertyDrawer的应用场景之一,对于MaterialPropertyDrawer的应用,在后续的篇章中也还会陆续出现。我计划把MaterialPropertyDrawer应用当成《合并Shader》系列中的一个分支,当然《合并Shader》系列不会仅且只有这一个分支的,O(∩_∩)O哈哈~


       其实最初是想花一整章篇幅来讲解MaterialPropertyDrawer的各种使用,但其内部的扩展空间还比较广泛。写下来篇幅太长,而太长的篇幅,阅读起来也比较麻烦,所以还是拆成几章篇幅来慢慢絮叨吧,同时也遵从一次只讲一个问题。


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值