Skip to main content


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.
Recent Posts
Development - (fb2k) / Re: Wishlist for new foobar functions
Last post by wojak -
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).
3rd Party Plugins - (fb2k) / Re: My components
Last post by arch21 -
Its been long time since I played Crash Bandicoot 3, I realize now latest psf decoder failed to play them. Thankfully there is an old version to check and play fine with it. Could you take a look at it? thanks. the psf got from joshw site.
FLAC / Re: Why FLAC level 5 was chosen as the default and recommended setting?
Last post by krafty -
Thanks for the replies.

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).

FLAC / Re: Why FLAC level 5 was chosen as the default and recommended setting?
Last post by Porcus -
FLAC -4 / -5 / -6 decode alike: , figure 1.2. -7 and -8 use the -l 12 switch (higher order for the prediction), which in that study costs about 10 percent decoding speed. Shouldn't bother a Monkey's user at all ... *cough* I just learned something about that codec.

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 .  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.
FLAC / Re: Why FLAC level 5 was chosen as the default and recommended setting?
Last post by saratoga -
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.