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

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

时间:2024-01-29 09:46:32浏览次数:28  
标签:DOTS 动画 合批 里面 渲染 Shader Unity 材质

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

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

对啦!这里有个游戏开发交流小组里面聚集了一帮热爱学习游戏的零基础小白,也有一些正在从事游戏开发的技术大佬,欢迎你来交流学习。

动图封面   动图封面  

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

每个物体在渲染的时候,引擎都会把材质中的参数数据传递给渲染管线,然后渲染管线把参数数据进一步的传递给渲染物体的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+小兵使用同一个材质,可以独立的实现动画控制与参数传递。

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

动图封面   动图封面  

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

每个物体在渲染的时候,引擎都会把材质中的参数数据传递给渲染管线,然后渲染管线把参数数据进一步的传递给渲染物体的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,Unity,材质
From: https://www.cnblogs.com/bycw/p/17993837

相关文章

  • Unity架构师进阶:红点系统的架构与设计
    面试的时候经常被问道如何来设计一个红点系统,本文将详细地介绍如何设计一个红点系统,有哪些接口,并完整地给出实现。红点系统的需求分析首先我们来分析一下红点系统的设计需求:红点系统严格意义上来说不属于框架,而是游戏逻辑,所以代码不要放到通用的框架里面,并不属于基础服务。它......
  • Unity面试题:热更新篇(一)
    请简要介绍Unity热更新的原理和实现方式。答:Unity热更新的原理是通过将游戏的资源和代码分离,将代码部分放置在服务器端,游戏启动时通过网络下载更新的代码并动态加载,以达到实现热更新的目的。实现方式包括AssetBundle、ILRuntime等。对啦!这里有个游戏开发交流小组里面聚集了一帮热......
  • Unity塔防游戏的制作与实现
    一、游戏场景的搭建首先,我们需要创建一个新的Unity场景,并将场景设置为2D模式。然后,我们需要导入一些必要的素材,如地图、塔、怪物、子弹等。我们可以从UnityAssetStore中下载这些素材,或者自己制作。接下来,我们需要将地图和塔防元素放置在场景中。我们可以使用Unity的2DTilemap......
  • Unity 实现一个FPS游戏的全过程
    Unity是一款功能强大的游戏引擎,它提供了各种各样的工具和功能,以帮助开发者轻松地创建精美的3D游戏和应用程序。在本文中,我们将使用Unity实现一个FPS游戏的全过程,从场景设计、角色控制、敌人AI到最终的打包发布。对啦!这里有个游戏开发交流小组里面聚集了一帮热爱学习游戏的零基础......
  • Unity 的行为决策树的技术原理
    Unity的行为决策树是一种强大的工具,用于创建复杂的游戏人工智能(AI)。行为决策树是一种图形化的编程工具,它可以将游戏角色的行为和决策过程可视化,从而使开发人员更容易理解和调试游戏AI。在本文中,我们将详细讲解Unity的行为决策树的技术原理,并给出相应的代码实现。对啦!这里有个游戏......
  • unity打造基于增量断点更新的下载框架与代码实现
    Unity是目前最流行的游戏引擎之一,它可以用来制作各种类型的游戏,例如2D和3D游戏。在游戏开发过程中,我们通常需要使用一些下载框架来帮助我们管理和更新游戏资源。其中,增量断点更新是一种非常重要的技术,它可以大大减少游戏下载和更新的时间和流量。对啦!这里有个游戏开发交流小组里......
  • 记一次使用蓝叠模拟器连接Unity profiler的经历
    由于游戏存在卡顿,且在电脑上editor模式下的测试可能不够正确,于是计划在安卓模拟器中使用profiler工具但是profiler还没用,就被拦在连接这一步。好,让我们去看文档第一步:切换这个我想要去切换的文档中所说的这个档位时——unity似乎没有并什么动作,不明所以的我还以为是卡住了,......
  • 申请开启|加入亚马逊云科技 Community Builder,你准备好了吗?
    亚马逊云科技开发者社区为开发者们提供全球的开发技术资源。这里有技术文档、开发案例、技术专栏、培训视频、活动与竞赛等。帮助中国开发者对接世界最前沿技术,观点,和项目,并将中国优秀开发者或技术推荐给全球云社区。如果你还没有关注/收藏,看到这里请一定不要匆匆划过,点这里让它......
  • Unity3D 游戏中的自动寻路有怎样的算法详解
    前言Unity3D是一款非常流行的游戏引擎,它的自动寻路功能可以使游戏角色在场景中自动找到最短路径并前往目标位置。本文将详细介绍Unity3D中自动寻路的算法原理以及代码实现。对惹,这里有一个游戏开发交流小组,希望大家可以点击进来一起交流一下开发经验呀在游戏开发中,自动寻路是......
  • Unity出AAB包资源加载过慢
    1)Unity出AAB包资源加载过慢2)UnityIL2CPP打包,libil2cpp.so库中没有Mono接口3)如何在URP中正确打出Shader变体4)XLua打包Lua文件粒度问题这是第370篇UWA技术知识分享的推送,精选了UWA社区的热门话题,涵盖了UWA问答、社区帖子等技术知识点,助力大家更全面地掌握和学习。UWA社区主页:com......