获得将要生成的资源的GUID
- 作者:admin
- /
- 时间:2023年04月18日
- /
- 浏览:1262 次
- /
- 分类:厚积薄发
1)获得将要生成的资源的GUID
2)多个小资源包合并为大资源包的疑问
3)模型Meta中的hasExtraRoot参数的作用和历史原因
4)合批注意点
这是第333篇UWA技术知识分享的推送,也是《厚积薄发 | 技术分享》第三回,精选了UWA社区的热门话题,涵盖了UWA问答、社区帖子等技术知识点,助力大家更全面地掌握和学习。
UWA社区主页:https://community.uwa4d.com
UWA QQ群:465082844
Asset
Q:假如需要导入一个FBX文件,并且同时修改一些导入设置的情况。如果先导入,生成GUID,再修改,就会出现两次Import流程。资源量大的情况下就会浪费大量的时间。
设置本身倒是简单,可以通过文本创建Meta。但是资源的GUID是个比较麻烦的问题。因为需要保证不重复,并且和路径有一定关系。
如果使用未来导入资源路径生成GUID,应该使用怎么的操作?
A1:我最近也有类似的需求,我的做法就是先准备一份“导入设置”的模板Meta,里面的GUID是项目中已经存在的。然后在生成对应或者修改对应资源的时候,直接拷贝那个模板Meta。然后如果要导入的资源本来已经导入过了,就将GUID替换回去。如果是新导入的资源,Unity则会自动帮我重新生成一个新的GUID,我不用管,这样导入会快很多。
感谢junbin.liu@UWA问答社区提供了回答
A2:建议在导入的时候直接做修改,可以试试Unity 3D的OnPostprocessAllAssets。
感谢贺帆@UWA问答社区提供了回答,欢迎大家转至社区交流:
https://answer.uwa4d.com/question/642565af6778221ae30a3cc0
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问答社区提供了回答,欢迎大家转至社区交流:
https://answer.uwa4d.com/question/643a43248882e9413c7821be
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问答社区提供了回答,欢迎大家转至UWA社区交流:
https://answer.uwa4d.com/question/64252d9f6778221ae30a0fd9
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社区交流:
https://community.uwa4d.com/blog/detail?id=1549710791670226945&entrance=0
静态合批有什么注意点
静态合批分两种,一种是提前在Editor中处理,一种是在Runtime时动态处理,要求同种材质才能合批。
当然,也有缺点,当子模型存在重复时,可能会使Mesh内存占用变大。也就是为什么大家都说静态合批更消耗空间。
期待更多讨论,欢迎大家转至UWA社区交流:
https://community.uwa4d.com/blog/detail?id=1551869522570895362&entrance=0
封面图来源于网络
今天的分享就到这里。生有涯而知无涯,在漫漫的开发周期中,我们遇到的问题只是冰山一角,UWA社区愿伴你同行,一起探索分享。欢迎更多的开发者加入UWA社区。
UWA官网:www.uwa4d.com
UWA社区:community.uwa4d.com
UWA学堂:edu.uwa4d.com
官方技术QQ群:465082844