FrAD's encoding consists of a total of 8 implemented/reserved profiles, roughly split into two choices: uncompressed and lossy compressed. However, FrAD will not support lossless compression as a standard profile.
FrAD has always been based on corruption resistance, and while compression helps to save storage space, even a small amount of corruption can result in significant damage to the data, or even the inability to decompress the data at all, which is something that FrAD has tried to avoid. However, this has the side effect of creating huge file sizes, and the direction of FrAD, which is archiving, wasn't very useful to many people who listen to music, and the more consumer-facing issue of limited storage space and transmission bandwidth, led to the adoption of the lossy compression profile, FrAD Lossy.
Lossless compression does not satisfy the first goal of FrAD, which is excellent retention and recoverability, nor does it satisfy the second goal, which is small file size. The compression ratio of lossless compression is limited and impractical compared to lossy compression, and the original data can't be read back as easily as with no compression. For these reasons, the FrAD devteam decided not to support a lossless compression profile.
I had a lot of options when i was naming it but i settled on something that was easy to pronounce and sounded cool.
honestly it's kinda like the Holy Roman Empire.
Does it use Fourier transform?: X but O for frequency domain transform
Does it preserve Analogue-in-Digital?: not yet