Consider using ASTCENC_FLG_SELF_DECOMPRESS_ONLY for compression about kram HOT 5 CLOSED

Yeah it's an odd name - couldn't think of a better one.

The flag is designed to help context creation and compression performance (optimize data tables for the specific config in use, rather than storing complete tables).

Decompression is still supported, but only for the subset of block modes and partitionings that were needed by the compressor config, so it's only safe to use for decompressing images created in that compression session (i.e. for testing image quality by doing compress -> decompress pairs). For general arbitrary image compression, don't use it.

Summary:

• Use ASTCENC_FLG_SELF_DECOMPRESS_ONLY on contexts you use for compression, or compression->decompression pairs.
• Use ASTCENC_FLG_DECOMPRESS_ONLY on contexts you plan to use only for decompression.
• For arbitrary contexts which may compress and decompress arbitrary images then set neither.

from kram.

P.S. Not setting this flag seems to be the trigger for the image bug you've been hitting. Investigating that one now. The astcenc command line always sets it for compression contexts, which is why I've not been able to repro.

EDIT: Image bug should be fixed on astcenc main.

from kram.

Will look into that. I also need to hookup the block diagnostics that you added a while back.

from kram.

I'm a little confused by the naming on this. Is this for the compressor too? I did add it just now.

I do use both the ASTC compress and decompress. Decompress mostly on x64 where ASTC isn't supported, but I want to still display the pixels. There's also this flag ASTCENC_FLG_DECOMPRESS_ONLY which I do set on the decompressor.

from kram.

Closing this, and thanks for the suggestion. I'll do some more timing numbers next week now that the bad blocks are fixed.

from kram.