运行时无法使用ASTC纹理格式的原因及相关疑问

你的ASTC理解是否正确？ #

完全正确。ASTC是GPU原生支持的自适应纹理压缩格式，通过分块压缩大幅削减显存占用——对比PNG加载后展开的原始RGBA像素数据，ASTC（比如6x6块大小）能把纹理内存占用降到原来的1/6左右，同时可以在压缩率和画质之间做平衡，确实是优化纹理内存的好方案。

为什么运行时没法做ASTC压缩？ #

核心原因是：绝大多数消费级GPU只支持ASTC纹理的解码（采样渲染），根本没有运行时编码（压缩）的能力。

ASTC压缩是计算量极大的操作，通常都是开发阶段用离线工具（比如官方的ASTC Encoder、引擎内置的纹理导入工具）完成的——把PNG/JPG这类源纹理转换成ASTC格式的二进制文件，打包进安装包。运行时设备只需要加载已经压缩好的ASTC数据，让GPU直接解码使用，这个流程是所有支持ASTC的设备都能搞定的，但反过来把原始像素压成ASTC，硬件和API都不支持。

具体的硬件/API限制是什么？ #

• 硬件层面：只有极少数专业级桌面GPU（比如部分工作站显卡）带有ASTC编码的硬件单元，普通游戏PC、手机、平板的消费级GPU都没有这个模块，靠CPU软件压缩的话速度慢到无法接受，完全不适合运行时场景。
• API层面：主流图形API（DirectX、Vulkan、OpenGL ES）的核心规范里，只要求支持ASTC解码，编码是可选的扩展功能，而且几乎没有消费级设备会实现这个扩展。比如OpenGL ES 3.2+必带ASTC解码，但编码不在标准里；Vulkan的VK_KHR_astc_encoding扩展基本没多少设备支持。

为什么不同设备构建时没遇到这些问题？ #

因为构建阶段的ASTC纹理生成是离线在开发机上完成的。不管你用Unity还是Unreal，构建时的纹理压缩都是用你的PC CPU跑离线工具完成的，生成好的ASTC纹理会打包到安装包。运行时设备只需要加载现成的压缩纹理并解码，这是所有支持ASTC的设备都具备的基础能力，自然不会有问题。

内容的提问来源于stack exchange，提问作者Nikolai