此文章为网上转载收集而成,非原创文章,请尊重别人的劳动成果,让分享成为一种美德,欢迎转载。另外,文章在表述和代码方面如有不妥之处,欢迎批评指正。同时大家有更好的优化方案,或者自己独立见解的优化想法,也请发相关邮件于我,我将持续更新这篇文章,努力将“浅谈”转变为“深入”!观前提示:本文篇幅较长,请耐心观看或收藏
本文链接https://blog.csdn.net/qq_23420435/article/details/110109812
当前版本:V0.0.0更新时间:2020-11-25更新内容:首次整合更新更新管理:小小Unity
收集整合
18328685848@163.com ----转载收集整合 小小Unity
章节五点二《5.2-Unity资源相关优化》
https://blog.csdn.net/u012565990/article/details/51794486https://blog.csdn.net/u013709166/article/details/54959464? ----原创 CZandQZ ----原创 ResetOTER
这节主要讲unity资源优化,先学习一个概念:资源管道,原始文件通过内容管道变成了一个可被Unity高效使用的中间文件 ,这不是Unity里面的一个概念,但Unity的工作行为和它很类似;Unity在导入资源的时候可以使用类型丰富的文件,这不意味着在我们生成的App中同样也是这些文件,资源通过Unity的资源管道变成了较为统一的格式。我们在导入资源的时候有很多参数可以调整,
5.2.1-音频
在Unity中导入声音文件我们能看到类似下面的面板 , 我们先看第一个选择Load Type,他有三个可值:
Decompress On Load,Compressed In Memory ,Streaming。

Decompress On Load
在硬盘上压缩这个文件,并在第一次加载到内存的时候解压它,这是加载声音文件的默认选项,大多数情况下我们应该使用这个选择 。
加载后解压缩声音,声音文件将在他们加载不久后就解压,这个选项适用于较小的压缩声音,以避免即时解压缩的性能开销。要知道在加载时解压 Vorbis编码的声音将使用的内存是压缩状态的十倍或更多(ADPCM编码大概3.5倍)所以不要使用此选项用于大文件。
Decompress On Load 默认选项适用于小文件。
Compressed In Memory
保持声音在内存中是压缩的并在播放时解压缩。这有更多的CPU开销(尤其是OGG / Vorbis格式的压缩文件),但可以提高加载速度并减少内存消 耗,因此这个选项适用于大文件。在性能窗口可以看"DSP CPU"。
Compressed In Memory

本文介绍了Unity中资源优化的关键点,包括音频的Load Type选择,如Decompress On Load、Compressed In Memory和Streaming,以及纹理的压缩格式和Mip Maps的使用。模型部分讨论了模型的读写权限和优化,文本文件优化建议转换为二进制和分块读取。AssetBundle管理是热更新的关键,合理打包和管理可以提高加载效率。
最低0.47元/天 解锁文章
1973

被折叠的 条评论
为什么被折叠?



