AEIEditor stores a copy of supported PVR format IDs, used when calling the PVR SDK. If we assume that PVR format IDs can be used as AEI format IDs then, reading the AEIEditor format enum, the following formats should be representable in an AEI:
Some of the above format IDs require the mipmapping flag (2) to be high in order to be represented, so if they really do exist in AEIs, then we'll have to somehow assume that they will either always, or never, be stored with mipmapping.
These PowerVR format IDs may not match what's used in AEI. #40 found that AEI uses ID 23 for format ETC2 RGB, instead of ETC2 BGRA.
The following formats would not be usable in an AEI, because they clash with already known AEI compression format IDs:
Thank you for the effort unfortunately thoese ID 23 aeis is quiet buggy. I described the issue in #40 but now I realised that you may not recieve notifications for closed issues.
@BaalNetbek recently discovered (#40) that, while not used in GOF2, format ID 23 is used in GOF3D for symbian.
AEIEditor seems to internally use the PowerVR SDK for a lot of texture compression. Interestingly enough, 23 is the ID in PVR for ETC2 (BGR), and the textures provided by BaalNetbek in #40 can be decompressed successfully by the existing Tex2Img codec adaptor. Here's a link to the relevant PVR SDK documentation: https://docs.imgtec.com/sdk-documentation/html/framework-libraries/PVRCore/library/file_texture_PixelFormat.h.html
AEIEditor stores a copy of supported PVR format IDs, used when calling the PVR SDK. If we assume that PVR format IDs can be used as AEI format IDs then, reading the AEIEditor format enum, the following formats should be representable in an AEI:
Some of the above format IDs require the mipmapping flag (2) to be high in order to be represented, so if they really do exist in AEIs, then we'll have to somehow assume that they will either always, or never, be stored with mipmapping.
These PowerVR format IDs may not match what's used in AEI. #40 found that AEI uses ID 23 for format ETC2 RGB, instead of ETC2 BGRA.
The following formats would not be usable in an AEI, because they clash with already known AEI compression format IDs: