Re: exhale - Open Source xHE-AAC encoder Reply #275 – 2020-06-27 03:45:47 Quote from: C.R.Helmrich on 2020-06-27 01:20:04Quote from: celona on 2020-06-26 13:49:20From July anyone can download beta versions of Apple software for freeThanks for the information, let's see if afconvert will be freely accessible then as well, at least for a short time.I don't know about whatever public beta they have planned for July, but the first Developer Beta I have now, refuses to encode xHE-AAC with afconvert. It is not a problem with the source material. It just outright refuses to accept the default settings, and I don't see any documentation of what bitrates or settings they support.Quote from: C.R.Helmrich on 2020-06-27 01:20:04Quote from: synclagz on 2020-06-26 12:36:37when scanning for ReplayGain with foobar2000, that track peak value on converted files is never above 0.98 which is a good thing (I think). Usually other lossy like vorbis/opus/mp3 end up with peak values above 1.00.This is a feature of the xHE-AAC decoding standard and kode54's packet decoder in particular, it applies a limiter to the decoded waveforms at -0.1 dBFS.Not just a feature of the encoding standard. The decoder I use literally can't output over ±1.0. Android's decoder library outputs 16 bit integer PCM. It can be configured at compile time to output 32 bit integer PCM, also with the same range limit, at the expense of also doing all the fixed point math in 32/64 bit precision instead of just 32 bit.The only way this will ever change is if there are system codecs which don't suck.foobar2000 for Mac has also recently added USAC support, using system codecs, so that functionality requires Catalina or newer. Apple's system codecs don't suck. Microsoft's kind of do, and they also don't support USAC yet, with no announced plans for support that I've seen anywhere.We're limited to either system codecs or FDK-AAC. System codecs *may* support unclipped output, except on Android, and FDK-AAC anywhere else does not.