Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Bitstream parsing does not allow for any modifications of the data, such as volume scaling, ReplayGain included. Or DSPs. Or allowing the OS to generate audio at the same time.That is exactly what is needed. No modifications. Just passing unaltered signal to AVR in order to decode it in there. Volume management is done by the knob on the appliance. No other activities on the PC/foobar side - it serves only as a player ("transport" for files just like "old times" optical CD players or DVD players or BR players).
It took some time for me to figure out these graphs. Indeed, 4, 5, 6 are virtually the same decoding speed and use same CPU cycles.
Actually, I am using Monkey's Audio for quite a few albums, and I am testing them through network playback. FLAC is virtually indiscernible whatever setting I use, so yes, it's pretty fast. APE also decodes very well, but I notice that the apps that supports it, the "Insane" setting chokes a little in VLC (ATV4K) and the time progress halts and continues, then halts again - it is unable to map exactly where the timing is. However, it does decode. "Extra High" is better, does gapless in Poweramp (Android) and saves usually 12 to 22 MB for each album compared to FLAC -8. What annoys me is that MAC stores its own MD5 in the tag, which is not like FLAC (stores the MD5 PCM raw data).
Some programs cannot open these 20-bit files. A simple tool I made (oldsCool) can convert them to normal 24-bit files.
That is just how grouping works - when items have different tags / info, it creates a new group. I guess you could convert the one different track to make it the same bit depth as the rest (?)
That is a good idea. So I have to convert a 16bit FLAC / WAV 44.1kHz file to 24bit 44.1kHz. How can I do that with foobar2000?
thanks for checking and confirming, where the issue is coming from.
And saratoga could very well be right about the diminishing returns as well, it makes sense - though I don't know what were the actual considerations made.
But also take note that the lowest order modes have a special purpose. Explained at https://hydrogenaud.io/index.php?topic=120158.msg999755#msg999755 . Maybe to facilitate decoding on special low-end hardware.
(-3 is also quite special, in that it does not do stereo decorrelation at all. Well you could in the early years call -8 "quite special" in that it included -e, and was for the particularly patient user.)
So FLAC actually has opportunities for ultra-light decoding, that no other codec has (well maybe if TBeck wanted, TAK could come close) - and so other codecs don't have switches in that end of the scale, to do what they are unable to. FLAC can, so FLAC has.
it also decompresses a lot faster than 5, and the amount of storage compared between 5 and 4 is negligible being so small.
I don't think that is right. Never tested -4 specifically, but for 5 and higher decode speed is constant (~5 MHz CPU required for real time decode, so fast its negligible).
As for -5, I think its chosen since it is roughly where compression starts to show diminishing returns.