Cocos Creator
压缩纹理
Cocos Creator 可以直接在编辑器中设置纹理需要的压缩方式，然后在项目发布时自动对纹理进行压缩。支持同一平台同时导出多种图片格式，引擎将根据不同的设备支持情况自动下载合适的格式。
压缩纹理支持
Cocos Creator 支持导入多种格式的图片（具体见下表），但是在实际游戏运行中，我们不建议使用原始图片作为资源来加载。比如在手机平台上可能只需要原图 80% 或者更少的画质，又或者是没有使用到透明通道的 .png 可以将其转换成 .jpg，这样可以减少很大一部分图片的存储空间。
| 图片格式 | Android | iOS | 小游戏 | Web |
|---|---|---|---|---|
| PNG | 支持 | 支持 | 支持 | 支持 |
| JPG | 支持 | 支持 | 支持 | 支持 |
| WEBP | Android 4.0 以上原生支持，其他版本可以使用 解析库 | 可以使用 解析库 | 支持 | 部分支持 |
| PVR | 不支持 | 支持 | 支持 iOS 设备 | 支持 iOS 设备 |
| ETC1 | 支持 | 不支持 | 支持 Android 设备 | 支持 Android 设备 |
| ETC2 | 部分支持，取决于手机硬件 | 不支持 | 不支持 | 支持部分 Android 设备 |
| ASTC | 支持(Android 5.0+) | 支持(iOS 9.0+/iPhone6+) | 微信、抖音、阿里、淘宝等平台支持，详情请看各平台压缩纹理支持详情。注：开发者工具不支持，需真机调试 | 部分支持 |
各平台压缩纹理支持详情
除全平台支持的 JPG 和 PNG 外，其他纹理压缩格式的支持情况如下：
| 平台名称 | 支持的压缩格式 |
|---|---|
| Web Desktop | - |
| Web Mobile | ASTC / ETC2 / ETC1 / PVR / WEBP |
| WeChat Mini Game | ASTC / ETC2 / ETC1 / PVR |
| ByteDance Mini Game | ASTC / ETC2 / ETC1 / PVR |
| AliPay Mini Game | ASTC / ETC1 / PVR |
| TaoBao Mini Game | ASTC / ETC1 / PVR |
| OPPO Mini Game | ETC1 |
| vivo Mini Game | ETC1 |
| Huawei Quick Game | ETC1 |
| Huawei AGC | ASTC / ETC2 / ETC1 |
| Xiaomi Quick Game | ETC1 |
| iOS | ASTC / PVR / WEBP / ETC1 / ETC2 |
| Android / Huawei AGC | ASTC / ETC2 / ETC1 / WEBP |
关于 ASTC
对于需要 GPU 压缩纹理格式的项目，推荐使用 ASTC 压缩格式。ASTC 于2012 年发布，距今已经12年。在移动端已接近 100% 的支持率。
对于画质要求较高的游戏，可以选择 2D 元素、UI 使用 5x5，模型纹理使用 6x6。
对于画质要求较低的游戏，可以选择 2D 元素、UI 使用 6x6，模型纹理使用 8x8。
压缩纹理配置
默认情况下 Creator 在构建的时候输出的是原始图片，如果在构建时需要对某一张图片或者自动图集进行压缩，可以在 资源管理器 中选中这张图片或图集，然后在 属性检查器 中勾选 useCompressTexture，再在 presetId 中选择图片的纹理压缩预设，设置完成后点击右上角的绿色打钩按钮，即可应用。
presetId 中默认使用的是编辑器提供的压缩纹理预设，这里显示的图片压缩格式仅作为展示使用，不支持编辑。若需要添加更多预设或者对预设进行编辑，点击旁边的 编辑预设 按钮即可前往 项目设置 -> 压缩纹理 面板进行设置。
注意：配置了压缩纹理后，只有对应格式的图片会在构建时生成，若有些图片格式在部分设备上不支持就会导致显示异常。为避免该问题，在添加纹理压缩预设时，请额外选择一些通用图片格式（例如 PNG、JPG）作为默认图。
图片资源上的压缩纹理选项将会存储在资源 meta 文件内，其中 presetId 是选择的压缩纹理预设的 ID。
图片较多的项目可以通过插件或者脚本的方式批量管理图片压缩所使用的
presetId。
压缩纹理详解
Cocos Creator 3.0 在构建图片的时候，会查找当前图片是否进行了压缩纹理的配置，如果没有，则最后按原图输出。
如果查找到了压缩纹理的配置，那么会按照找到的配置对图片进行纹理压缩。项目设置里压缩纹理配置是按照平台大类划分的，具体到实际平台的支持程度会有一些差异。构建将会根据 实际构建平台 以及当前 图片纹理的透明通道 情况来对配置的纹理格式做一定的剔除和优先级选择，关于这块规则可以参考下文的示例来理解。
这些生成的图片不会都被加载到引擎中，引擎会根据 macro.SUPPORT_TEXTURE_FORMATS 中的配置来选择加载合适格式的图片。macro.SUPPORT_TEXTURE_FORMATS 列举了当前平台支持的所有图片格式，引擎加载图片时会从生成的图片中找到在这个列表中 优先级靠前（即排列靠前）的格式来加载。
开发者可以通过修改 macro.SUPPORT_TEXTURE_FORMATS 来自定义平台的图片资源支持情况以及加载顺序的优先级。
智能剔除
示例一
如上图所示，对于 MiniGame 平台的压缩纹理预设，假如 构建的是华为快游戏这类仅在安卓设备上运行的，构建时将不会打包出 PVR 的纹理格式。更多的平台剔除细则可以参考文末的 各平台压缩纹理支持详情。
示例二
在上面的示例图中，ETC1 和 PVR 类型都 同时配置了 RGB 和 RGBA 两种类型的纹理格式，这种情况下构建将会根据当前图片的是否带有透明通道来优先选择其中一种格式。示例图中的图片是带透明通道的，则此时构建将只会打包出带有 REGA 类型的压缩纹理格式。当然这种剔除只有同时存在时才会，假如配置里只有 RGB 的图片格式，即便当前图片是带透明通道的也会正常打包出来。
自定义构建纹理压缩处理
纹理压缩目前是在构建后生效，编辑器自带了一套处理工具。若需要自定义压缩工具，请参考 自定义纹理压缩。