首页 > 其他分享 >DOTS Instancing合批:如何针对单个渲染实体修改材质参数

DOTS Instancing合批:如何针对单个渲染实体修改材质参数

时间:2024-01-17 17:15:55浏览次数:25  
标签:DOTS 动画 合批 渲染 Shader 参数 材质 Instancing

DOTS Instancing合批:如何针对单个渲染实体修改材质参数 

  最近在做DOTS的教程,由于DOTS(版本1.0.16)目前不支持角色的骨骼动画,我们是将角色的所有动画数据Baker到一个纹理里面,通过修改材质中的参数AnimBegin,AnimEnd来决定动画播放的起点和终点,材质参数AnimTime记录当前过去的动画时间。但是在做大规模战斗控制的时候,有10000+的小兵在战斗,动画控制的时候,如果通过修改材质参数,来切换每个角色的动画。想要让角色之间的动画控制彼此独立,就必须要求每个角色有不同的材质对象,这样会导致10000+的小兵由于使用了不同的材质,无法通过GPU Instancing合批。问题的关键是我们要找到一种方法,让10000+的小兵使用同一个材质对象,同时动画控制相关的参数要基于渲染Instance独立。DOTS机制下我们找到对应的方法,于是写下这篇文章记录一下,让大家做DOTS动画与性能优化的时候少走弯路。

先看一下案例的效果,第一个gif是我们基于DOTS 放的一个entity的时候,stats性能参数显示,Batch是25。第二个gif我们放了4个entity,每个entity的动画都是独立不同的,我们再看stats的性能参数Batch还是25。 

 

 

能基于单个渲染实体来控制参数的原理

每个物体在渲染的时候,引擎都会把材质中的参数数据传递给渲染管线,然后渲染管线把参数数据进一步的传递给渲染物体的Shader,这样当我们修改材质对象里面的参数后,渲染使用该材质对象的物体时,由于参数都是从材质对象里面获取,所以得到的现象就是修改材质一个的参数,使用该材质的所有的物体都会受到影响。

   其实我们再仔细一想,发现引擎还会提供一种机制,让我们可以独立的控制渲染体的参数,例如10个相同的物体,位置不同,同一个材质,基于GPU Instancing合批,我们发现每个物体的位置不一样,而位置不是通过材质来修改的,说明了引擎在渲染物体的时候,除了会把材质中的数据传递给渲染管线以外,还会基于每个渲染体来传递数据给渲染管线。我们只要利用这个机制,重新再传一次数据,覆盖掉之前通过材质传递过去的数据,就解决这个问题了。比如位置数据,每次渲染一个实体的时候传递一次。

 

  后来查资料发现,在传统的开发模式下,Unity 提供了一种”MaterialPropertyBlock”机制,我们往MaterialPropertyBlock写入你要传递的变量的值,每个渲染物体的Renderer(MeshRenderer, SkinMeshRenderer的基类)对象都可以通过renderer.SetPropertyBlock(propertyBlock)带一个” MaterialPropertyBlock”。当渲染对象每次在渲染的时,Renderer就会把” MaterialPropertyBlock”携带的参数,传递给渲染管线,这样就可以覆盖之前的材质对象里的相关数据。参考代码如下:

using UnityEngine;

 

public class MaterialPropertyBlockExample : MonoBehaviour

{

    public Renderer renderer;

    public Color color;

 

    private MaterialPropertyBlock propertyBlock;

 

    private void Start()

    {

        propertyBlock = new MaterialPropertyBlock();

        renderer = GetComponent<Renderer>();

    }

 

    private void Update()

    {

        // 更新材质的颜色属性

        propertyBlock.SetColor("_Color", color);

 

        // 应用新的属性值到渲染器上的材质

        renderer.SetPropertyBlock(propertyBlock);

    }

}

 

DOTS 开发模式下如何处理

  DOTS 模式下没有MaterialPropertyBlock机制可以完成这样的操作,通过阅读文档,发现entities.graphics提供了一种机制,我们只要定义一种特殊的ComponentData,那么当我们修改这个ComponentData的时候,entities.graphics在渲染Entity的时候就会把这个ComponentData里面的数据传递给Shader对应的uniform变量里面。机制如下:

[MaterialProperty("_AnimCtrl")]public struct AnimMatProp : IComponentData {    public float4 value;}

假设Shader里面定义了一个uniform 变量_AnimCtrl,当我们在代码里面修改Entity里面的AnimMatProp组件数据,那么每次渲染的时候,entities.graphics就会把组件里面的数据同步传递给Shader里面的uniform。我们按照文档,把代码写完以后,发现这里有一个坑:无论怎么更新,发现在Shader里面拿不到更新后的数据,但是如果把Shader里面uniform变量去掉,又发现会报错,说明肯定是传递了,这个是什么情况?在URP的Shader代码里面我们定义uniform变量:

            CBUFFER_START(UnityPerMaterial)                float _AnimLen;                sampler2D _MainTex;                float4 _MainTex_ST;                sampler2D _AnimMap;                float4 _AnimMap_TexelSize;//x == 1/width                float4 _AnimColor;                float4 _AnimCtrl;            CBUFFER_END

后面我查了一下自己写的Shader代码定义变量与URP自带Shader的区别,自带Shader里面多了一下的代码:

#ifdef UNITY_DOTS_INSTANCING_ENABLED            UNITY_DOTS_INSTANCING_START(MaterialPropertyMetadata)                UNITY_DOTS_INSTANCED_PROP(float4, _AnimCtrl)            UNITY_DOTS_INSTANCING_END(MaterialPropertyMetadata)            #define _AnimCtrl   UNITY_ACCESS_DOTS_INSTANCED_PROP_WITH_DEFAULT(float4 , _AnimCtrl)#endif

加上以后,每次修改Entity组件里面的数据时,在渲染entity之前,会把对应的数据传递给渲染管线中的uniform变量,而不是去改变材质对象里面的参数数据。

这样就实现了上面的效果,10000+小兵使用同一个材质,可以独立的实现动画控制与参数传递。

 

今天的分享就到这里了,需要完整代码的,可以关注我们,领取完整代码。

标签:DOTS,动画,合批,渲染,Shader,参数,材质,Instancing
From: https://www.cnblogs.com/rainy1unity/p/17970450

相关文章

  • 最新Unity DOTS Instancing合批:如何针对单个渲染实体修改材质参数
    最近在做DOTS的教程,由于DOTS(版本1.0.16)目前不支持角色的骨骼动画,我们是将角色的所有动画数据Baker到一个纹理里面,通过修改材质中的参数AnimBegin,AnimEnd来决定动画播放的起点和终点,材质参数AnimTime记录当前过去的动画时间。但是在做大规模战斗控制的时候,有10000+的小兵在战斗......
  • DOTS Unity.Physics物理引擎碰撞查询核心分析
    最近DOTS发布了正式的版本,同时基于DOTS的理念实现了一套高性能的物理引擎,今天我们给大家分享和介绍一下这个物理引擎的碰撞查询以及核心相关概念。Unity.Physics碰撞查询概述 碰撞查询(CollisonQurey)是Unity.Physics物理引擎中的一个很重要的功能。很多游戏逻辑都需要基于碰......
  • Unity DOTS物理引擎的核心分析与详解
    最近DOTS发布了正式的版本,同时基于DOTS的理念实现了一套高性能的物理引擎,今天我们来给大家分享和介绍一下这个物理引擎的使用。Unity.Physics的设计哲学 Unity.Physics是基于DOTS设计思想的一个高性能C#物理引擎的实现,  包含了物理刚体的迭代计算与碰撞检测等查询。Unity.P......
  • DOTS Unity.Physics物理引擎碰撞事件处理
    最近DOTS发布了正式的版本,同时基于DOTS的理念实现了一套高性能的物理引擎,今天我们给大家分享和介绍一下这个物理引擎的碰撞事件处理以及核心相关概念。Unity.Physics物理引擎的主要流程与Pipeline Unity.Physics物理引擎做仿真迭代计算的时候主要通过以下步骤来执行:   st......
  • 最新UnityDOTS Physics物理引擎碰撞查询核心分析
    最近DOTS发布了正式的版本,同时基于DOTS的理念实现了一套高性能的物理引擎,今天我们给大家分享和介绍一下这个物理引擎的碰撞查询以及核心相关概念。Unity.Physics碰撞查询概述碰撞查询(CollisonQurey)是Unity.Physics物理引擎中的一个很重要的功能。很多游戏逻辑都需要基于碰撞......
  • Unity DOTS物理引擎的核心分析与详解
    最近DOTS发布了正式的版本,同时基于DOTS的理念实现了一套高性能的物理引擎,今天我们来给大家分享和介绍一下这个物理引擎的使用。Unity.Physics的设计哲学Unity.Physics是基于DOTS设计思想的一个高性能C#物理引擎的实现,包含了物理刚体的迭代计算与碰撞检测等查询。Unity.Physic......
  • Unity DOTS《群体战斗弹幕游戏》核心技术分析之3D角色动画 鲨鱼辣椒 鲨鱼辣椒
    最近DOTS发布了正式的版本,我们来分享现在流行基于群体战斗的弹幕类游戏,实现的核心原理。今天给大家介绍大规模战斗群体3D角色的动画如何来实现。DOTS对角色动画支持的局限性截止到UnityDOTS发布的版本1.0.16,目前还是无法很好的支持3D角色动画。在DOTS的baker过程种,不支持......
  • Unity DOTS系列之托管/非托管Component的区别与性能分析
    最近DOTS发布了正式的版本,我们来分享一下DOTS里面托管与非托管Component的区别与性能分析,方便大家上手学习掌握UnityDOTS开发。托管与非托管的区别在于是不是基于自动垃圾回收的。托管是由垃圾回收器来负责自动回收,非托管需要我们手动来做相关内存管理,不被垃圾回收系统来处理。......
  • Unity DOTS系列之System中如何使用SystemAPI.Query迭代数据
    最近DOTS发布了正式的版本,我们来分享一下System中如何基于SystemAPI.Query来迭代World中的数据,方便大家上手学习掌握UnityDOTS开发。SystemAPI.Query的使用System有两种,一种是Unmanaged的ISystem,一种是managed的SystemBase,这两种System都可以通过SystemAPI.Query来迭代与......
  • 最新Unity DOTS教程之BlobAsset核心机制分析
    最近DOTS发布了正式的版本,我们来分享一下DOTS里面BlobAsset机制,方便大家上手学习掌握UnityDOTS开发。BlobAsset 概叙DOTS提供了BlobAsset机制来把数据生成高效的二进制数据。BlobAsset的数据是不可变的。BlobAsset只支持非托管类型数据。支持Burst编译器编译出来的类型。同......