compressonator VS astc-encoder

AMD’s Compressonator utility (https://github.com/GPUOpen-Tools/compressonator) is free and can provide much better image compression. It provides settings for adjusting the desired compression quality (better compression = slower). It can run either on CPU or GPU, though GPU will be faster, especially for BC7 compression. It works with my Nvidia card, so you don’t necessarily need an AMD card to use the utility, but YMMV depending on the GPU you’re trying to use.

If the answer involves texture formats for some odd reason compressonator is a tool worth looking into, its kind of incomprehensible, but check the releases page anyways, I think you want the GUI one

Hey, thanks for the answer, I went to try loading up some textures that I compressed with BC4 and BC5, using Compressonator from here: https://github.com/GPUOpen-Tools/compressonator

DynDOLOD will run but will not be able to compress any of its textures. You will need an external tool for that. ROCm's compressonator seems to work just fine for BC7, just need a bit of fiddling

In the first topic it also mentions saving your edited dds files with conpressenator to achieve better quality, I don’t remember where I got that program but here is one link to it, I think I got the earliest release on that page.

A1: The optimization suggestion in the original text is to remove the meaningless Alpha channel (defined in the original text that the Alpha channel has the value of 1). This is indeed helpful for memory optimization. In your test case, whether it is in png or tga format, after entering the engine, it will be converted to the internal format (RGBA, ETC, ASTC, etc.) by the engine. Imagine taking ETC2 as an example. If there is no Alpha channel and the compression quality is acceptable, RGB_Compressed_ETC2_4bits can be used. If this meaningless Alpha channel is added, then we will automatically select RGBA_Compressed_ETC2_8bits when importing the settings in batches. In this way, the memory is doubled. Regarding the ASTC in the question, the definition of the Texture import format (https://github.com/Unity-Technologies/UnityCsReference/blob/master/Editor/Mono/AssetPipeline/TextureImporterEnums.cs) in the Unity editor source code has this comment: // ASTC uses 128bit block of varying sizes (we use only square blocks). It does not distinguish RGB/RGBA. That is, it has nothing to do with whether the Alpha channel is included. For an introduction to the ASTC format, I recommend you to read the ASTC Format Overview on Github: https://github.com/ARM-software/astc-encoder/blob/main/Docs/FormatOverview.md Regarding the issue of the new version of Unity mentioned in your previous reply, you can look at this issue on the Unity forum: https://forum.unity.com/threads/is-astc-rgb-encode-gone.660622 Some people may think that if the format of all textures in the project is ASTC, the meaning of removing Alpha is not very significant. In fact, it cannot be generalized. Although the size is the same, according to the test in (https://zhuanlan.zhihu.com/p/158740249), Whether there is an Alpha channel will affect the compression quality to a certain extent. Therefore, it must be used reasonably in the project.