您现在的位置是:首页 >其他 >获得将要生成的资源的GUID网站首页其他

获得将要生成的资源的GUID

UWA 2023-06-10 12:00:02
简介获得将要生成的资源的GUID

1)获得将要生成的资源的GUID
​2)多个小资源包合并为大资源包的疑问
3)模型Meta中的hasExtraRoot参数的作用和历史原因
4)合批注意点


这是第333篇UWA技术知识分享的推送,也是《厚积薄发 | 技术分享》第三回,精选了UWA社区的热门话题,涵盖了UWA问答、社区帖子等技术知识点,助力大家更全面地掌握和学习。

Asset

Q:假如需要导入一个FBX文件,并且同时修改一些导入设置的情况。如果先导入,生成GUID,再修改,就会出现两次Import流程。资源量大的情况下就会浪费大量的时间。

设置本身倒是简单,可以通过文本创建Meta。但是资源的GUID是个比较麻烦的问题。因为需要保证不重复,并且和路径有一定关系。

如果使用未来导入资源路径生成GUID,应该使用怎么的操作?

A1:我最近也有类似的需求,我的做法就是先准备一份“导入设置”的模板Meta,里面的GUID是项目中已经存在的。然后在生成对应或者修改对应资源的时候,直接拷贝那个模板Meta。然后如果要导入的资源本来已经导入过了,就将GUID替换回去。如果是新导入的资源,Unity则会自动帮我重新生成一个新的GUID,我不用管,这样导入会快很多。

感谢junbin.liu@UWA问答社区提供了回答

A2:建议在导入的时候直接做修改,可以试试Unity 3D的OnPostprocessAllAssets。

感谢贺帆@UWA问答社区提供了回答


AssetBundle

Q:看有文章说可以利用接口LoadFromFile(string path, uint crc, ulong offset);来实现资源包合并为一个打包,且能减少IO操作,不知流程是否是如下理解:

合并前:
资源包A:assets_res_a.bundle
资源包B:assets_res_b.bundle
合并前对资源包的加载方式:
AssetBundle a = AssetBundle.LoadFromFile("assets_res_a.bundle");
AssetBundle b = AssetBundle.LoadFromFile("assets_res_b.bundle");

合并后:
资源包AB:assets_res_ab.bundle
并且记录了a、b在大包(ab)中的offset(A包的offset=0,B包offset=12)
合并后对资源包的加载方式:
AssetBundle a = AssetBundle.LoadFromFile("assets_res_ab.bundle", 0, 0);
AssetBundle b = AssetBundle.LoadFromFile("assets_res_ab.bundle", 0, 12);

从接口上看,合并后并没有减少IO操作,仍是两次对assets_res_ab.bundle的读取,除非引擎内部有做优化,当第一次读assets_res_ab.bundle有IO,在没释放情况下第二次读就不是IO了,求指点迷津。

A:AssetBundle已经是一个VFS了,再在上面多管理一层,从各方面来说不合理,还有可能出现IO句柄持有冲突的问题。

上面所谓的减少IO,不是减少IO本身的读取量,只是少了一个IO句柄,直接把两个原始资源打到一个Bundle内,其实是一样的。那么问题就变成了怎么合理打包Bundle。

感谢1 9 7 3-3111356@UWA问答社区提供了回答


Asset

Q:模型Meta中的hasExtraRoot参数是做什么用的?有什么历史原因么?

模型Meta中有个奇怪的参数hasExtraRoot,看起来是humanDescription旗下的,但实际会对任何类型的模型都造成影响。

这个参数无论是在API还是在编辑器界面,都找不到调整的地方。当前项目中一部分是0,一部分是1。观察得出,这个在为1的情况下,会保留外层无Mesh关联的Transform;为0的情况下会移除顶层Child不超过1,并且无Mesh的Transform。

不知道这是怎么生成的,是不是为了适配某些历史版本呢?

A:可以参考下:
FBX import: humanoid rig creates extra GameObject ("hasExtraRoot") - Unity Forum

感谢野生西瓜@UWA问答社区提供了回答


Rendering

SRP的合批注意点

SPR Batcher适用于URP管线,只需要材质所用到的Shader变体相同就可以合批的。不过,UGUI和粒子的DrawCall走Unity自己的合批逻辑,因而SRP Batcher不适用;而包括SpriteRenderer在内等使用MaterialPropertyBlock修改材质的情况都会打断SRP Batcher。

另外,需要注意RenderQueue穿插,GPU Instancing的优先级要高于SRP Batcher,更隐形的问题是在Editor上SRP Batcher合批成功,但是在真机上合批失败的问题,比如Unity的版本导致OpenGL ES的API导致SRPBatcher在真机上合批失败的问题,再比如CBuffer里面的变量没有在材质球的Property里面,也会有相似的问题。

期待更多讨论,欢迎大家转至UWA社区交流:
UWA-社区

静态合批有什么注意点

静态合批分两种,一种是提前在Editor中处理,一种是在Runtime时动态处理,要求同种材质才能合批。

当然,也有缺点,当子模型存在重复时,可能会使Mesh内存占用变大。也就是为什么大家都说静态合批更消耗空间。

期待更多讨论,欢迎大家转至UWA社区交流:
UWA-社区

封面图来源于网络


今天的分享就到这里。生有涯而知无涯,在漫漫的开发周期中,我们遇到的问题只是冰山一角,UWA社区愿伴你同行,一起探索分享。欢迎更多的开发者加入UWA社区。

UWA官网:www.uwa4d.com
UWA社区:community.uwa4d.com

 

风语者!平时喜欢研究各种技术,目前在从事后端开发工作,热爱生活、热爱工作。