【Unity】贴图压缩浅析

96
黒可乐
2018.10.26 16:12* 字数 840

写在前面

素材也是挤压了很久,之前在编写框架是选择使用texture packer打图集还是直接使用unity自带Packing Tag。当然我们使用的是ugui,最后还是选择unity自带图集打包,在写图片集合工具看到图片导入的压缩格式。就看了看贴图压缩。

基础

简单说说Texture
在unity中所有的图片都会以叫Texture的文件呈现出来,unity只是把所有的图片格式转化为Texture来使用。

Texture预览图

这里显示2.7m并不是图片本身的大小,而是读到内存中所占用的大小。

为什么要压缩图片?
最直观的感受就是减少包体,同时也减少我们加载一张图片到内存中的消耗及加载速度。

压缩方式
我们可以在这个界面看到图片的一些压缩方式。我们一般都是选择的默认压缩在IOS上用的RGBAPVRTC4,在Android上是RGBAETC2的格式。当然如果我们需要高质量的显示效果的话我们就选择RGBA32既可以。简单说说几个我认为比较常用的格式。其实压缩也就是把图片转成2进制换一个方式存储嘛。

压缩格式 描述 大小( 256x256贴图) 平台支持
RGB16 不带透明通道压缩,对渐变类图支持不好 128KB 所有
RGB24 不带透明通道,无压缩 192KB 所有
RGBA16 带透明通道,对渐变类图支持不好 128KB 所有
RGBA32 带透明通道,无压缩 256KB 所有
RGBA PVRTC 4 在苹果手机上默认使用的压缩格式,需要边长是2次方大小 32KB 苹果
RGBA ETC2 在安卓上默认使用的压缩格式,带透明通道,需要边长是2次方大小 64KB 安卓
RGB ETC2 在安卓手机上默认使用的压缩格式,不带透明通道,需要边长是2次方大小 32KB 安卓

这里需要边长是2次方大小的文件边长如果不是,则会对内存及GUP造成更大的负担。这里话我们就看图片是否有透明,没有的话我们尽量使用RGB类的来压缩,
然后就根据我们的项目情况对一些图片做出特定的重新压缩。暂且写这么多吧。

2019.3.21更新

2019.3.22更新

关于图集设置:
Q:道具图标可能有几百上千个,如果打到同一图集里,大小都有2048P,实际游戏过程中有额外的内存浪费。

按类型拆分也不太好,新手各类道具各一个,所有类型的图集就都引用了一遍,跟打到一个里没太大区别。
如果按等级段来规划,可能会好一点,但是对于像商城或者某些特定UI上展示的图标,很可能就不是同一个等级段的,也会造成引用好多个图集的情况。如果按常用或者不常用来分图集,得要策划全程来跟进这块内容,感觉也很容易出问题。
或者直接对这大量的图标都不打到图集,都是散图,这样虽然不会有太多内存浪费,但渲染效率就低了。

请问下有没有比较好的方案来处理这个问题?

A:1、如果图量远超单屏显示量,那比较实际的是自己实现动态图集,也就是图标是散图,在运行过程中根据需求实时拼装成大图,可以用Render to Texture实现。
2、对于大多数游戏,如果不是常驻画面的界面,以现在机器的性能,忍受一下DrawCall也非不可。

参考资料:
https://docs.unity3d.com/Manual/class-TextureImporterOverride.html
https://blog.csdn.net/bobodan123/article/details/70316538
https://blog.csdn.net/swj524152416/article/details/54911103

Unity
Web note ad 1